Я беру фронтальную роль в проекте. Должен ли я указать для моих внутренних партнеров по команде точный формат JSON, который их PHP возвращает в мой JavaScript?
Например, я должен сказать им, что они должны использовать формат, подобный описанному здесь:
Правильный способ структурирования JSON для внешнего интерфейса
Или я должен сохранить свою роль как можно более стерильной и просто описать словами входы и выходы, которые мне нужны от их внутреннего интерфейса? (Конечно, если это произойдет, с моей стороны может быть сложнее обрабатывать их различные форматы структуры данных)
development-process
teamwork
interfaces
json
front-end
LazerSharks
источник
источник
Ответы:
Это разговор, который вы должны вести вместе, обсуждая требования, плюсы и минусы разных форматов.
Если одна или другая сторона диктует, что происходит, вы в конечном итоге получите плохое программное обеспечение и несчастную команду.
источник
Вы определенно должны внести свой вклад в то, как должен выглядеть формат и структура JSON. Я вижу, что чаще всего передовые инженеры, потребители API, знают, какой должна быть структура данных.
Вы будете использовать данные, форматировать их, проходить по ним и работать с ними. Вы должны иметь мнение о том, как вы хотите его доставить.
источник
Добро пожаловать в удивительный мир разработки промежуточного программного обеспечения. Это может быть много тяжелой работы и обсуждения по разработке протокола, и никто никогда не должен видеть результаты.
Если вы в небольшой команде, тогда избегайте диктатора: проводите быстрые встречи со всеми, чтобы выработать протокол.
Команды среднего размера могут пожелать иметь представителей, которые разрабатывают протокол.
Большие команды и / или команды со сложной организацией должны иметь выделенных сотрудников промежуточного программного обеспечения для управления протоколом.
Во всех случаях документ! Каковы предварительные условия, каковы постусловия, какие обязательные поля, какие необязательные поля, каковы побочные эффекты, какие ошибки возвращаются ... Сохраняйте документ живым, когда обнаружены новые условия, типы ошибок или побочные эффекты затем они добавляются в документ.
Я также рекомендовал бы и клиентские и серверные модульные тесты и системные тесты, чтобы гарантировать соответствие документу.
Это может показаться большой работой, но мелкие ошибки здесь могут быть очень дорогими и трудоемкими.
источник
Я бы просто спросил, почему нет? Когда мы говорим о проекте, мы также говорим о команде, работающей над ним, и это ожидаемо и должно приветствоваться, чтобы выслушать мнение об особенностях и используемой структуре. Как разработчик, я лично верю и ценю вклад товарищей по команде.
Вы знаете, что есть поговорка «если хочешь идти быстро, иди в одиночку. Если хочешь идти далеко, иди вместе».
источник