Это костыль кмк. У меня 3 папки - server, client, common. При билде клиента вырезается server. Всё, что серверу нужно, на клиенте будет отсутствовать
Это не совсем то. Это просто удобная практика по написанию кода и его проектированию.
Подробнее. Модуль это же и есть расширение, лол
О чем спор то? Вы всё спорите,обмениваетесь терминами,Но я 1 не пойму. О ЧЕМ ВЫ СПОРИТЕ? если тебе не нравится автовырезалка - не пользуйся. Если хочешь поменять принцип действия - гитлаб у него открыт 24/7. А так это чисто набивание постов.
А) это дискуссия
Скорее нет чем да. Для этого мне придется лезть в ломбок, что я делать решительно не хочу.
Кажется, ты решительно не хочешь воспринимать тот факт, что иногда хочется вырезать не только папку, но и отдельно взятый метод. Ты можешь мне бесконечно долго втирать про good practice, но мы тут пытаемся код писать, а не выпендриваться им.
Кажется, мы говорим не об одной и той же масштабируемости. Модули подходят под определение масштабируемости, когда, например, у тебя есть есть проект, и у него есть условный бэкенд, и ты, например, хочешь написать клиент на андроид. Вот тогда да. Тогда новый модуль-андроидоклиент действительно послужит для простой масштабируемости.
ноуп
Написать код может любая обезьяна. А написать его хорошо не каждый человек. Интересно, что потом возникают баги непонятно откуда, тормоза, что-то попросту не работает/тяжело переносится. Нотч, наверное, также как и ты думал, когда создал пачку говнокода, назвав его майнкрафтом. Ну а что, работает, зачем тут какие-то гуд практис, зачем какой-то новый опенгл. Зачем? 1.1 прямиком из 90ых
А вот сейчас обидно было(
Жесткое разделение клиентских и серверных классов - не всегда правильно. В примере Джаста - нейросеть находится внутри класса блока. Хотя это немного сомнительно, но допустим она юзается только из этого блока и она в inner class, например. И это будет в том конкретном случае хорошей архитектурой. Но не архитектурой где легко разделять клиент и сервер на разные сущности
Меньше - лучше останется для меня девизом по жизни. Я буду городить сложные структуры только в том случае, когда они себя окупают, или, если я уверен, что окупят в будущем. В случае с майнкруфтом у меня есть увереность в обратном.
Сомнительно. Это нарушает solid, о котором джаст везде кричит
Это называется kiss. Я не об этом "меньше". Я о том "меньше", где ты экономить код ради читаемости/архитектуры.
Не понял где, но допускаю. Бтв нельзя соблюдать solid везде
Плохая читаемость кода является для меня достаточным поводом для рефакторинга.
А вот и нет. Когда я делю мод на модули типа сервер/клиент/коммон, то я лишь делаю правильную расстановку зависимостей. КИСС тут не причём совсем. КИСС я соблюдаю как раз-таки в минимальном кол-ве зависимостей, которые не нужны (ну типа сервер и клиент спутаны. Оно разве нужно? Всё куда проще. Есть сервер/клиент(модульность), каждый отвечают за своё (single responsibility), не лезет туда, куда не надо. Это и есть солид, привет.
Хрена ты архитектор. Клиент отвечает за Клиент. Ты определенно хорош.
Только они у тебя итак будут. В любом случае тебе делить придется. Просто ты можешь все смешать, а можешь этого не делать. От этого ты никуда не убежишь, сам бог сделал так, что клиент и сервер не связаны. Да и кисс тут никак не замешан, ещё раз говорю. Это разные вещи, как, допустим, самолёт и камень.
И снова ты стрелки перевел. Так можно сказать о любом приложении, мол оно отвечает за то, за что оно отвечает.
Тот факт, что ты путаешь самолет и камень исключительно твоя проблема)
О я рад, что ты это понял.
