Соглашения об именах репозитория для веб-приложения

Question

У меня есть веб-приложение, которое, как обычно, разделено на две части: на стороне сервера и на стороне клиента.

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

Как мне называть мои репозитории на GitHub?

на стороне сервера - для серверного приложения на стороне клиента - для клиента -стороннее приложение

Я также слышал, как кто-то говорит, что серверное хранилище должно называться API.

Это правильно?Что бы вы, ребята, сделали?

Answer 1

Я предполагаю, что вы разрабатываете приложение, которое принадлежит друг другу. Серверная и клиентская части связаны друг с другом. Для меня это означает, что у меня будет один репозиторий, который называется «Приложение» и содержит как сервер, так и клиент.

Answer 2

«на стороне сервера» и «на стороне клиента» звучат великолепно для меня.

С соглашениями об именах, если вам приходится думать о них более 1 минуты, вы слишком усердно думаете! Просто назовите его так, чтобы он был понятен и понятен, особенно для вас самих - никто больше не будет заботиться об этом так же, как вы. Кроме того, имена всегда могут быть легко изменены позже.

Answer 3

Соглашения о компоновке проекта различаются в зависимости от языка и системы сборки.

Например, простое веб-приложение на Java может выглядеть так при использовании системы сборки Maven.

appname
|-- pom.xml
`-- src
    `-- main
        |-- java
        |   `-- com
        |       `-- company
        |           `-- appname
        |               `-- Controller.java
        `-- webapp
            `-- view.jsp

view.jsp - это вид на стороне клиента, а Controller.java - это бизнес-логика на стороне сервера.