Přejít k navigační liště

Zdroják » Zprávičky » API design na iOS

API design na iOS

Zprávičky Různé

Nálepky:

Matt Gemmell sepsal pravidla, která doporučuje pro tvorbu API komponent na iOS. Jedná se o těchto 25 pravidel (podrobně je najdete vysvětlená v Mattově článku):

  1. Use the local dialect
  2. Design decoupled
  3. Required settings should be initializer parameters
  4. Allow access to initializer parameters
  5. Comment your header files (including defaults)
  6. Get up and running in 3 lines
  7. A fat demo usually means a broken component
  8. Anticipate customisation scenarios
  9. More properties, fewer actions
  10. Use controls in your controls
  11. Convenient for you is convenient for me
  12. Magic is OK. Numbers aren’t.
  13. Limit ‘required’ delegate methods
  14. Design for accessibility
  15. Use semantic objects for parameters
  16. Enhance the API if semantics don’t fit
  17. Highlighting is interesting
  18. Optional methods aren’t a commitment
  19. Always say who’s talking
  20. Put distinguishing params first in query methods
  21. Put the sender first in notification methods
  22. If a convention is broken, throw it away
  23. Notifications follow delegate methods
  24. Be generous with notifications’ userInfo
  25. Test the hell out of it

Komentáře

Odebírat
Upozornit na
guest
0 Komentářů
Nejstarší
Nejnovější Most Voted

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

AI
Komentáře: 0
Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.