Лучшие практики для структурирования клиентской библиотеки PHP HTTPPhp

Кемеровские программисты php общаются здесь
Ответить
Anonymous
 Лучшие практики для структурирования клиентской библиотеки PHP HTTP

Сообщение Anonymous »

В настоящее время я проектирую библиотеку PHP HTTP PHP , и я пытаюсь выбрать между двумя возможными структурами каталогов. Какой из них считается лучшей практикой, и почему?
структура

Код: Выделить всё

+ httpLib/
|   . Index.php / Factory
|   . API.php
|   . _Exception.php
|   + Response/
|   |   . Interface.php
|   |   . ...
|   + Request/
|   |   . Interface.php
|   |   . ...
структура B

Код: Выделить всё

+ httpLib/
|   . Response.php
|   . Request.php
|   . API.php
|   . _Exception.php
|   + Client/
|   |   . Interface.php
|   |   . Socket.php
|   |   . Stream.php
|   |   . cURL.php
...
[*] структура A организует файлы на основе типа или категории (все связанные с запросами классы внутри запроса/, ответы внутри ответа /).

структура B , кажется, групповые основные классы на высшем уровне и разделяют реализации Client/Seplaity Clips Insult Cliptory Insulation Cliperty Insulation Cliports. /> < /li>
< /ul>
Заранее! < /p>

Подробнее здесь: https://stackoverflow.com/questions/116 ... nt-library
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «Php»