ПредишенСледващото

Сергей Leshchenko. Ако кодът често се използва многократно, че е по-добре да вземе модула. Прекарайте този допълнителен час или два, но след това не разбрах фатални грешки наведнъж за всички проекти, по същото време, когато някой, случайно или не е известно, направени конкретни промени в кода. И имайте marketpleys модул, който се актуализира по-лесно да се търкаля.

Създаване на модула

Партньорски модули се различават от стандартните модули, както следва:

  • код на модула - за пълния код на модула на партньор, който се намира в следния формат: kod_partnera.kod_modulya.

Част kod_partnera постоянен партньор (партньор, посочен в картата). партньор Част kod_modulya влезе при добавяне на нов модул. Тези кодекси трябва да са буквено-цифрови, но първият знак не може да бъде номер и кода по някакъв начин трябва да съответства на същността на модула. Например, за модула в сайта, е желателно да се създаде форум за код. След пълния код ще mycompany.forum. Необходимо е използването на термини, за отделяне на партньор номер и модула, в противен случай устройството няма да се вижда в списъка с инсталирани Marketplace решения, и да получите в списъка на модули на системата, която е с недостатъци ситуация.

Важно! модул код трябва да бъдат посочени с малки букви. в противен случай тя няма да работи IncludeModule метод.

Кодът не трябва да започват с цифра - това може да попречи на инсталирането на модула. Също така забранява използването на долна черта "_".

  • В /install/index.php допълнение към досието с информация, която е посочена във всеки стандартен модул, трябва да посочите:

    Клиентът, тази информация ще бъде на разположение в списъка с модул.

    Внимание! Модулът трябва да бъде създаден в Windows-1251 г., когато той е инсталиран на място с UTF-8 кодиране е прекодирано автоматично.

    Не забравяйте, че Битрикс рамка, приета тази версия не може да бъде равна на 0, че е 0.0.1 - минималния брой на версия.

    Имайте предвид, че само езиковите файлове от папката / RU / се превръщат в кодирането на сайта.

    Информационни блокове или таблица от база данни?

    Максим Mesilla. Информационни блокове са чудесни за създаване на прототипи и функционално разпределение. На нивото на неговото прилагане (модул) вземане на слой, който е отговорен за съхранение на данни и да започнат да използват информационни блокове.

    Ако сте отпочинали в показателите и характеристиките на МЗ, а след това просто да промените най-ниското ниво. В моя опит, това все още не се е случило.

    Когато създавате свои собствени модули, разработчиците са често възниква въпросът: когато пишете собствени модули, че е по-целесъобразно: използването на информационни блокове или на ваши собствени таблици? Отговорът на този въпрос зависи от задачата. Присъствието в информационния блок Битрикс Рамковата не означава непременно, те използват, за да реализират своите модули.

    Информационни блокове - това е гъвкавост. Поради тази причина:

    • Често излишни информационни блокове, съгласно способността му;
    • При използване на информация блок разработчик може да работи с модула като общ компонент, не е нужно да финализира API (и да го опиша).

    Свои собствени таблици, - е преди представление. Използването му маси, разработчикът:

    Свързани статии

  • Подкрепете проекта - споделете линка, благодаря!