• Какие есть хорошие книги по архитектуре приложений?

    @akimdi
    есть пару книг, я сам собирал долгое время, но информации действительно мало.
    вот ссылка https://yadi.sk/d/TIjekwdAmiBWa
    Ответ написан
    Комментировать
  • Какие есть хорошие книги по архитектуре приложений?

    @maxpetrikov
    Книги по архитектурам:
    The Architecture of Open Source Applications
    aosabook.org/en/index.html
    Аналога на русском языке не встречал

    Есть два варианта работы backend части:
    1. Работает в жесткой связке в фронтом. При каких-либо действиях в браузере информация передается в backend, который формирует новые отображения для браузера. Почти все современные web-framework из коробки работают в таком режиме.
    2. Back отдает информацию в json/xml виде. REST - запрос информации скопом, т.е. в одном запросе может возвращаться информация о разных частях системы. RESTfull API - работа с конкретным объектом через http запросы (GET - получение, POST - создание, PUT -изменение, DELETE - удаление).

    То что во втором пункте называется API, может быть несколько уровней доступа, например внутреннее API и внешнее(внутреннее - сами используем, внешнее - отдаем сторонним разработчикам).

    Backend мобильного приложения чаще всего работает по 2 варианту.
    Backend сервиса может работать по обоим вариантам, если в проекте сложный frontend, то в последнее время наблюдается смещение в сторону второго вариант работы (SPA - single page application работают через API).

    Ядро приложения - некая часть кода + база данных, которые могут быть перенесены в другой проект с такой-же бизнес логикой. Ядро не должно быть привязано к конкретным фреймворкам, чтобы можно было сменить какие-то конечные части системы(php фреймворк, javascript фреймворк) с минимальными потерями.
    Ответ написан
    2 комментария
  • Какие есть хорошие книги по архитектуре приложений?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    По архитектуре приложений ничего дельного нет. Все что мне доводилось видеть - это описание того или иного подхода, рассморение его достоинств. Общего обзора по этой теме нет (я не встерчал). Чтобы разбраться в вопросе архитектуры ПО, начинайте читать отсюда и дальше по ссылкам из блока see also. Это, пожалуй, будет самый быстрый способ. Если что-то непонятно по тому или иному вопросу - подчитывайте статейки по этой теме (их много даже на русском на всяких хабрах и подобных ресурсах).

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

    Я сам так сделал когда-то. Весьма неплохо разобрался :)
    Ответ написан
    1 комментарий
  • У всех bitbucket долго думает?

    @Arik Автор вопроса
    Проблема что их домен на нескольких IP-адресах и через некоторые сайт не доступен, проблема решилась прописав в хостах:
    104.192.143.1 bitbucket.org
    Ответ написан
    Комментировать
  • Почему phpstorm не распознаёт один php файл?

    Keksinautin
    @Keksinautin
    Software Engineer
    У меня была такая проблема. Суть в том, что файл (полное имя) прописался в паттерн к другому типу файлов.
    Открываете тот самый File -> Settings -> File Types,
    а там ищите свой файл в "Registered Patterns" среди других типов данных.

    Скорее всего он в "Files opened in associated applications" попал.
    Ответ написан
    4 комментария
  • Похожие сайты laravel на одном движке или на разных?

    @IceJOKER
    Web/Android developer
    Если бэк у всех общий, то сделать нормальный API и уже пристыковать к нему разные морды.

    Из ваших вариантов:
    1. не могу ответить, слишком громоздко вроде
    2. зачем копипаст
    3. вот этот вариант больше нравится
    Ответ написан
    Комментировать
  • Логика в ларавеле пишеться в контроллерах?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    То, что весь код может писаться в только контроллерах, моделях и вьюхах и больше нигде, потому что мы пишем MVC (а что ещё бывает ?) - это заблуждение, от которого надо избавляться как можно быстрее. Потому что код по большому счёту нельзя писать ни в моделях, ни в контроллерах, ни во вьюхах - ему там не место. Код надо писать в php-классах, которые потом подключать в контроллеры, файлы обработки cli-команд, команды, выполняемые в очереди, в файлы-демоны и т.п.. Код должен выдерживать процедуру смена php-фреймворка просто путём копирования всех файлов и правки классов-репозиториев и других классов сопряжения с конкретным фреймворком. Если ваш код намертво спаян с текущим фреймворком - это признак того, что что-то пошло не так.

    Создавайте внутри папки app свои папки, раскладывайте там классы и подключайте их в конструкторе контроллеров. Почитайте, какие бывают типы классов с точки зрения архитектуры приложения, почитайте про принцип SOLID. Почитайте про Domain Driven Design, погуглите доклады, например https://www.youtube.com/watch?v=rjtbCyacJas .
    Учёба - это постоянный процесс, не останавливайтесь.
    Ответ написан
    Комментировать