Команда разработчиков

Я же говорю, есть в доктрине, можно замаппить в yaml, но вроде как устаревшее https://www.doctrine-project.org/projects/doctrine-orm/en/2.7/reference/yaml-mapping.html Я же предпочитаю юзать аннотации https://www.doctrine-project.org/projects/doctrine-orm/en/2.7/reference/basic-mapping.html#basic-mapping, в целом это позволяет абстрагироваться от хранилища и писать подобного рода модели, которые автоматом генерируют схему данных

---------- Добавлено 12.03.2020 в 18:26 ----------

То есть вы сделаете все свои либы включая css и js? Так? То есть не нужны будут не jquery, не vue ничего другого кроме вашего фреймворка?

ДА

СВОИ небольшие макетики с стилями, необходимые js функции, обработка данных, ничего лишнего.

Вы прочитали только первую половину. Да, есть. Но это есть почти в любых ORM.

Аннотации над типами хорошо, когда поддержка аннотаций у структур и свойств зашиты в язык, а сам язык предоставляет библиотеку для AST парсинга, тогда можно взять файл, распарсить его, и сгенерировать из него абсолютно что угодно. А когда у тебя есть то что вы написали выше, а вам оттуда надо получить дерево зависимостей, тогда вы вспомните про yaml файлы :)

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

ArbNet, делай все сам. Чтобы кого-то привлечь на нач. этапе, нужны оригинальная идея и подвешенный язык. А ты хорошо умеешь только оскорблять окружающих.

И, как выше написали, сейчас тенденции таковы, что все стараются разделять, а не объединять. Грубо говоря, используемый для редактирования сайта бэк вообще не должен знать о фронте. (Хотя, конечно, для форматировния/структурировния контента можно использовать HTML, чтобы не выдумывать новый «язык хранения».) Он должен уметь сам читать/сохранять данные и предоставить такую возможность фронту (второе, кстати, не обязательно: если морда сайта хотя бы частично работает на стороне сервера, она может напрямую работать с данными). Даже если ты можешь визуально таскать блоки по полотну, представляющему страницу, это вовсе не означает, что бэк и фронт используют общий код (не считая API для работы с данными, которого, как я написал выше, впрочем может и не быть).

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

И последнее: объясни нормально людям хотя бы то, что ты со своим XML сейчас делаешь упор на разметке конкретной страницы. В то время как 99% народа использует обычные шаблоны/библиотеки шаблонов и совсем не парится над тем, чтобы что-то двигать на страницах в рамках готовых шаблонов.

Лучше сделай редактор шаблонов или (визуальный) конструктор сложно структурированного контента, которые бы не генерировали кучу г/кода в разметке.

Видимо я что то всё же не понимаю =)))

php умеет в рефлексию

Чем задача писать код, который пишет код отличается от чего то другого? propel2 умеет в обратное, по схеме БД построить модели в коде.

Ну или уже вечер и я просто не совсем понимаю что вы имеете ввиду =))

---------- Добавлено 12.03.2020 в 19:06 ----------

Можно расходится - это чудо не увидит света, а если и увидит, то все будут страдать, потому что тот миллион и 1 плагин для jquery юзать по сути нельзя (а ведь все будут) и через несколько кастомных модулей сайт будет превращаться в помойку, как я и сказал, 10 разных jquery на одной странице и так далее. У вас получается сильно ограниченный, просто катастрофично ограниченный инвалид, кто им может воспользоваться для меня остается тайной.

Сам всё и делаю. Здесь масса умельцев оскорблять, а я только в ответочку чтоб не повадно было. Как видите сейчас уже желающих наезжать поубавилось, дельные мысли пишут. Я практически со всеми сейчас согласен. Один момент только опускаете, не увидев, не потестировав инструмент сразу говорите что это никому не надо.

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

Даже взять тему про ИМ на гугл табличках. У человека там готовая реализация, примеры работ, можно вести конкретную беседу. У вас все на словах, вот ваши слова и обсуждаем. А чтобы получить максимальный охват, инструменты должны быть максимально совместимыми - это чисто совет, если вы решите придумать свою либу даже JS, никто не будет юзать, есть пример либы BX у битрикса, она не скажу что хуже jquery но с ядром работает лучше, так вот ей никто особо не пользуется.

С первых страниц прошлой темы все просьбы о размещении кода на github или предоставлении рабочей демки были проигнорены.. Вывод один - нечего тестировать.

Непоследовательность..

То нужны разработчики, то никто не нужен, то команда теперь нужна.. Чтоб сделать красиво и фронт и бэк и всё это без использования jQuery, Bootsrap, и на голом PHP.. (ну да, 100500 лет)

В сухом остатке - абстрактная критика текущих фреймворков (без уточнения, что именно и в каком фреймворке критикуется), пространные размышления о том, как легко всё будет для пользователя ("Магия"), как универсально можно использовать XML и затыки на элементарных вопросах..

А сайт-то сделан?..

Ух, наплодил дублей..

😂

Ещё и пожаловаться на себя не могу..
Пригласите, пожалуйста, модератора на красный треугольничек

Дубль * 10 символов дубля