TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #247 · 11.03
Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev
Hashtags
Търсене: #flutter
@repo_science · Post #3095 · 24.04.2023 г., 23:05
#flutter 📱 Dart and Flutter: The Complete Developer's Guide Everything you need to know for building mobile apps with Flutter and Dart, including RxDart and Animations! ⏱ 35 Hours 📦 334 Lessons 🗣️: Stephen Grider 🔗Link ----- Canal principal: @repo_science Cupones: @freecoupons_reposcience -----
Hashtags
@unforftsuj · Post #46 · 14.03.2022 г., 07:30
#Flutter F导包要仔细,有些包的类名字是一样的.容易误导
Hashtags
@unforftsuj · Post #44 · 11.03.2022 г., 02:07
#Flutter 一定要将StatefulBuilder和Builder理解透彻，因为它们在Flutter中是非常实用的。
Hashtags
@android_broadcast · Post #8993 · 22.04.2025 г., 06:00
Разработчик и фаундер с опытом запуска стартапов в сферах туризма, HR tech, а сейчас — в музыкальной индустрии, делится опытом выбора технологии для запуска MVP (5м) приложения под Android и iOS для стартапа с ограниченным бюджетом. Выбор между KMP, Flutter и ReactNative Выводы 👉 KMP — не про супербыстрый MVP, но отличный выбор, если у тебя Android-бэкграунд и ты хочешь масштабировать продукт, не дублируя бизнес-логику. 👉 Flutter - идеален для MVP, особенно если ты хочешь за месяц выйти с приложением в Store и посмотреть на метрики (поддержу автора на момент выхода этого поста) 👉 ReactNative - подходит, если у вас уже есть веб-команда, и вы хотите быстро запустить мобильную версию. #kmp#flutter
@YuKongA13579 · Post #2109 · 12.05.2026 г., 11:22
让 AI 一次性（单次会话）写的，居然很好😭 #miuix#flutter
@thedevs · Post #1351 · 02.01.2019 г., 19:23
How to do this in Flutter? #resources#tutorial#flutter @thedevs https://kutt.it/VnvFOS
Hashtags
@thedevs · Post #1622 · 04.12.2019 г., 16:30
React Native vs Flutter: A comparison from a real project experience perspective. #article#react#flutter @thedevs https://kutt.it/yYn10l
@ji_ys · Post #13 · 01.04.2025 г., 14:03
【JD】Flutter开发工程师 （序列： #移动端#flutter ） 岗位职责： 1.负责Flutter客户端的开发和改进； 2.持续优化相关的产品的质量、性能、用户体验。 3.Flutter原生插件功能的开发与改进。 任职要求： 1，本科以上学历，计算机相关专业。 2，熟练掌握Flutter，能编写高性能、高复用性的跨平台代码并有落地项目 3，能快速处理项目中第三方包兼容问题 4，熟练掌握Flutter Animation 5，熟练掌握Riverpod/Provider/Getx状态管理库 6，有IOS/Android开发经验 7， 熟悉Flutter Module开发模式优先 8，加分项: 有election/Vue3 开发经验 @HRzhaopin05
@nextech666 · Post #518 · 03.09.2024 г., 07:32
#Flutter#客户端 Flutter 开发工程师 薪资待遇：面议，依资历谈薪 简历投递窗口：@jiesi997@nownow168@tung51688 岗位职责： 1. 使用Flutter进行高质量移动应用程序的设计、开发和测试； 2. 与设计师和后端工程师、测试团队紧密合作，实现产品功能； 3. 编写清晰、可维护的代码，并遵循实践和设计模式； 4. 优化应用程序性能，确保流畅的用户体验. 任职要求： 1. 计算机相关专业，3-5年工作经验； 2. 2年以上Flutter开发经验，3年以上iOS/Android开发经验； 3. Flutter & Dart 基础扎实, 对原理有较深入的研究； 4. 对 Flutter 中多线程 、UI 绘制、状态管理有较深的认识； 5. 熟悉Flutter与原生与H5交互； 6. 有良好代码习惯，有团队协同开发经验； 7. 能熟练使用工具检测并排查问题，善于解决系统崩溃（Crash）及常见的兼容性问题； 8. 能熟练使用项目常用第三方框架并熟悉其原理； 9. 有视频流媒体经验优先.
@nextech666 · Post #29 · 24.11.2022 г., 13:24
#Flutter#客户端 ☞Flutter 开发工程师(独立项目：月休四） 薪资待遇：面议，依资历谈薪 简历投递窗口：@jiesi997@JJ2623@tung51688 【岗位职责】 1、 基于 Flutter 开发移动端产品； 2、负责Flutter框架和业务的性能体验优化； 3、前沿技术研究，承担重点/难点的技术攻坚专项。 【岗位要求】 1、良好的数据结构和算法基础，扎实的编程功底； 2、有丰富的Android或者iOS开发经验，有2年以上Android或者iOS实际项目开发经验； 3、熟悉Flutter框架、Dart语言，了解Flutter常用组件的实现原理，有Flutter实际项目经验； 4、具有良好的产品意识和风险意识，能够把控好工作进度；
@thedevs · Post #1685 · 16.02.2020 г., 13:04
How to learn Flutter in 2020. #article#dart#flutter @thedevs https://kutt.it/1agSAB
@thedevs · Post #1797 · 16.08.2020 г., 16:08
Flutter and React Native performance overview. #article#reactnative#flutter @thedevs https://kutt.it/KKKnli
Hashtags