Идеальная сборка

[VISTALL]

Скажу так - тут всего пару людей(я сам несилен) знают что такое "архитектура" в яве(или в другом языка програмированния). Тема бред полнейший

Тоже самое что мне начнут втирать про медицину, или подобное

Без обид. Но хотя б увидите пару проэктов - что есть "архитектура" - потом уже судите

[kingzor]

Сообщение от Azagthtot

Архитектура. Расширяемость. Документирование.
Основные "три кита" успешного софтверного проекта.

Ага и еще сами программисты которые её пишут должны почаще заходить на офф когда они что-то реализуют, а то это получается не эмулятор, а ширпотреб.
Ну программисты которые пишут эмулятор у нас же самые умные, им на*** офф не нужен

Как мне понравилось сообщение от разработчика l2-scripts что он птс в глаза не видел. Так сразу возникает встречный вопрос что он там пишет в своем эмуляторе?

Зы: Не кого обидеть не хотел и не на кого не наезжаю, ну есть такая поговорка не знаешь не берись, так вот я не понимаю нахера лезть туда куда не знаешь.

[cokol]

но тут собственно встречный вопрос: многие считают костыли феникса хорошей архитектурой, почему?)

[ANZO]

Ни коим образом она не может считаться хорошей. То что начали делать ребовцы извратили в такое чудо, что абсолютно никакой логики проследить невозможно.

[[STIGMATED]]

Хоть это и курилка, но ребят, давайте по теме, а?

[darkevil]

По теме VISTALL все уже сказал.

[Azagthtot]

Сообщение от [STIGMATED]

Документирование принято.
А кто какую видит идеальную архитектуру?

Вообще, пректирование информационных систем, это целая дисциплина. И в одном-пяти-десяти постах это не опишешь.
Но в кратце, основные моменты
- родители не знают своих детей. Ну зачем, скажите мне, L2Character использовать или ссылаться на L2Boss? Он вообще про него знать не должен!
- разделение получения и обработки данных. На кой черт в пакете писать все проверки и работу? Отправляешь пакет MultisellList - ставь чару мультисел с которым он работает. Получил пакет MultisellChoose, сверил ИД листа, передал данные в мультисел на обработку.
- БД нужна только для хранения динамических данных. Для всего остального есть xml/txt/csv/что-угодно
- не нарушайте прицип Оккама, не плодите сущностей, сверх необходимости! Зачем разделять Stats и Status? Не свести ли это в один класс Info.
- не делай одно и то же двумя способами. Зачем хранить инфу о субклассе в одном типе данных, а о базовом - в другом?
- хороший программист - ленивый программист. Не изобретай велосипед, пользуйся готовыми шаблонами и наработками.
Тут можно написать еще 100500 тезисов.

[n3k0nation]

Сообщение от Azagthtot

Вообще, пректирование информационных систем, это целая дисциплина. И в одном-пяти-десяти постах это не опишешь.
Но в кратце, основные моменты
- родители не знают своих детей. Ну зачем, скажите мне, L2Character использовать или ссылаться на L2Boss? Он вообще про него знать не должен!
- разделение получения и обработки данных. На кой черт в пакете писать все проверки и работу? Отправляешь пакет MultisellList - ставь чару мультисел с которым он работает. Получил пакет MultisellChoose, сверил ИД листа, передал данные в мультисел на обработку.
- БД нужна только для хранения динамических данных. Для всего остального есть xml/txt/csv/что-угодно
- не нарушайте прицип Оккама, не плодите сущностей, сверх необходимости! Зачем разделять Stats и Status? Не свести ли это в один класс Info.
- не делай одно и то же двумя способами. Зачем хранить инфу о субклассе в одном типе данных, а о базовом - в другом?
- хороший программист - ленивый программист. Не изобретай велосипед, пользуйся готовыми шаблонами и наработками.
Тут можно написать еще 100500 тезисов.

ИМХО надо начинать с более абстрактных вещей
Мне кажется, что основной тезис, это ДУМАТЬ перед тем, как писать код и планировать все, а для этого нужно знать четкую концепцию проекта и видеть всю картину, которая и создается.

Добавлено через 6 минут
Т.е. грубо говоря, на примере l2j-эмулятора, в лоб:
Хочешь написать осады - подумай прежде чем начинать, попробуй посмотреть, как лучше всего это положить в код с минимальными изменениями/костылями. Лучше всего вообще выделить отдельный движек и АПИ для создания таких массовых эвентов, осада же эвент, если подумать, и уже пилить этот гребанный эвент, как отдельный подключаемый и конфигурируемый модуль, выделить его в отдельный круг, где все это крутится, чтобы из-за падения, ака ошибки в осаде, не падало вообще все.

[Mafio]

Вообще интересная оценка идеала)) оценивают как раз раз игроки а не админы и разработчики!
что нравится админам не всегда нравится игрокам

[DiagoD]

- хороший программист - ленивый программист. Не изобретай велосипед, пользуйся готовыми шаблонами и наработками.

Тут прям 95% л2-дева подходит под описание)))