Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. PHP
Code

Створення стартапу: налаштування режиму перегляду

by
Difficulty:IntermediateLength:LongLanguages:

Ukrainian (українська мова) translation by Elen (you can also view the original English article)

Final product image
What You'll Be Creating

Введення

Дана стаття є частиною серії Building Your Startup With PHP series на Envato Tuts+. В цій статті я проведу вас через процес запуску стартапа від концепції до результату за допомогою програми Meeting Planner, як реального прикладу. На кожному кроці нашого шляху я даватиму вам код Meeting Planner, як відкритий ресурс, на прикладі якого ви можете вчитися. Я також вирішуватиму ділові питання, які мають відношення до стартапу, по ходу їх виникнення.

Чому в цій серії є прогалина?

Ви, мабуть, помітили, що між попереднім випуском і даною статтею величезний проміжок часу. В квітні 2015 року мені поставили діагноз "пухлина головного мозку", що вимагало хірургічного втручання і хіміотерапію. Мені неймовірно пощастило - про мене дуже добре піклувалися і все йшло добре, мало у кого є доступ до хорошої нейрохірургії, який отримав я на північно-західному тихоокеанському побережжі. З того часу я продовжував писати для Envato Tuts+, проте це так чудово повернутися до серії стартапів і зосередитись на ній. Сподіваюсь вона вам також сподобається.

Що ми розглянемо в даній статті?

У цьому уроці ми розглянемо користувацькі функції, які необхідні для забезпечення різних режимів перегляду залежно від того, хто переглядає запрошення на зустріч чи збори. Перш ніж ми почнемо розсилати учасникам запрошення по email, ми повинні мати готовий режим перегляду з чітко визначеним функціоналом, яким ми можемо поділитися. По суті, ми прагнемо переконатися, що режим перегляду якнайкраще задовольняє організатора зустрічі і її учасників. Слідуйте далі, щоб дізнатись, що вам необхідно.

Весь код для Meeting Planner написаний в Yii2 Framework для PHP, який має вбудовану підтримку для I18n. Якщо ви хотіли б дізнатися більше про Yii2, ознайомтеся з нашою схожою серією Programming With Yii2 на Envato Tuts+.

Цікаво, що нещодавно інвестор зацікавився в тому, щоб надати ресурси для прискорення розвитку процесу на нашому сайті, а значить він бачить значимість цієї концепції. Як тільки я знайду найкращий шлях, щоб просуватися далі, я дам вам знати. В будь-якому випадку, я сподіваюся, що це створює певну інтригу щодо тем нових навчальних статей по управлінню інвестиційними процесами для підприємців.

Про всяк випадок нагадаю: я беру участь в обговоренні питань в коментарях. Мені особливо цікаво, якщо у вас є різні підходи, додаткові ідеї або ви хочете запропонувати нову тему для майбутніх статей. Ви також можете зв'язатися зі мною на Twitter @reifman.

Вимоги до режиму перегляду, Meeting View

В цьому є щось захоплююче - скоро Meeting Planner надаватиме запрошення своїм учасникам. Проте, щоб підтримати це, ми повинні бути певні, що інтерфейс сторінки вірно налаштований. Якщо ви створили зустріч, у вас є певні права, такі як запрошення учасників, пропозиції щодо місць проведення, визначення дати і часу, а також право остаточного вибору. У деяких випадках організатор може запропонувати окремі або всі переваги також і учасникам.

По суті, ми повинні знати, хто переглядає сторінку зустрічі, щоб потім налаштувати її інтерфейс з доступними опціями. Yii виконує більшість з цих завдань досить легко, проте тут зав'язано багато деталей.

Коротке пояснення щодо UХ

Перш за все дозвольте сказати, що для мінімальної життєздатності продукту (MVP), потрібно буде зробити багато роботи в сфері UX, а щось і перероблювати час від часу. Основне, над чим я зараз працюю - це базовий функціонал, щоб отримати альфа-версію для практичного використання. Я знаю, поки що в деяких місцях виглядає досить грубувато і не завжди відповідає інтуїтивному використанню, так, як вам би хотілося. Також є неефективним код, який в майбутньому буде оптимізовано. Будь ласка, залишайте ваші думки і коментарі нижче і я врахую їх в процесі роботи.

Поточний інтерфейс сторінки Meeting View

Ось як виглядає на даний момент сторінка meeting view, яку бачить її автор (або власник):

Customizing Meeting View - The Existing Codes Meeting View

Кнопка Send відправляє email з запрошенням на зустріч, а також передбачає для учасників опцію зворотного зв'язку.  Чекбокси You і Them внизу дозволяють тому, хто переглядає, вказати, чи підходить для них локація (-ї) і час (години) роботи. Чекбокси Choose дозволяють користувачу остаточно обрати місце і час. Кнопка Finalize розміщує зустрічі з обраним місцем і параметрами часу у розкладі.

Звичайно, коли продукт буде готовим, нам захочеться багато в чому покращити і "відшліфувати" UX, проте зараз у нас є пригоршня функціональних елементів, які ми б хотіли модифікувати для користувачів:

  • В кнопці Send не буде необхідності після того, як адресат отримає запрошення.
  • Учасники матимуть або не матимуть можливості натиснути Finalize - робити фінальні налаштування зустрічі.
  • Учасники не зможуть редагувати текст щодо деталей зустрічі (Edit (іконка "ручка")).
  • Учасники не зможуть додавати учасників в зазначений час (People (для наших MVP)).
  • Учасники матимуть або не матимуть можливість додавати нові місця (Places (іконка "+")).
  • Учасникам дозволяється або не дозволяється додавати дати і час, Dates & Times (іконка "+").
  • На обох панелях, Places і Dates & Times, ми б хотіли показувати актуальний вибір користувача під колонкою You і інформацію про інших осіб - в Them.
  • На обох панелях Places і Dates & Times, учасники можуть або не можуть обирати, Choose, остаточну локацію і час.

Всі ці функції потрібно обдумати в вашій роботі сьогодні. Давайте поглянемо, що необхідно для побудови цих опцій.

Вимоги до виконання

Якщо ви слідкуєте за кодом, ви можете знайти оновлення, які я тут описую, на GitHub.

Хто переглядає сторінку в даний момент

Yii Framework передбачає поточний user_id глядача тут:

Модель Meeting має властивість $owner_id і функцію isOwner, щоб перевірити, чи є переглядач власником, ініціатором зустрічі. Якщо ні, переглядач матиме умовно менше функцій контролю на зустрічі.

Я створив кілька допоміжних функцій в моделі Meeting, для прискорення процесу:

Вони налаштовують властивості $owner_id і $viewer в моделі Meeting.

Налаштування параметрів Meeting

Кожна зустріч, яку ви створюватимете матиме різні характеристики. Інколи вам захочеться обмежити можливість учасників пропонувати різний час і місця або останні деталі. А іноді вас це не хвилюватиме. Коли ми в кінці кінців створюємо шаблон Meeting для повторного використання для типових зустрічей, таких як ранкові ділові зустрічі за чашкою кави, шаблони в більшості випадків повинні зберігати також і налаштування користувачів. Як це реалізувати?

По-перше, я хотів би створити набір параметрів по замовчуванню для користувачів, які мають відношення до зустрічей, які вони створювали.

Далі я створю набір налаштувань MeetingSettings для кожної зустрічі. Коли зустріч створюється з нуля, вона перейматиме всі налаштування по замовчуванню від користувача, який її створює. Редагування налаштувань для індивідуальних зустрічей можна відкласти на пізніше.

В майбутньому, коли ми реалізуємо шаблони зустрічей, Meeting Template, ми додамо налаштування також і до шаблонів. Проте і це можна відкласти на потім.

Нижче наведено параметри, які ми хотіли б створити для початку:

  • Дозвіл учасникам додавати місця.
  • Дозвіл учасникам додавати дату і час.
  • Дозвіл учасникам вибирати місця.
  • Дозвіл учасникам вибрати дати і час.
  • Дозвіл учасникам вносити завершальні настройки зустрічі.

Оскільки через деякий час ми повертаємося до цієї статті (із-зі моєї відсутності по причині здоров'я), я торкнусь деяких деталей роботи.

Перш за все створимо міграцію налаштувань зустрічі, Meeting Settings migration:

Це створює файл міграції, який нам потрібно для написання коду, що будує таблицю даних, відповідно до нашої схеми:

Кожна зустріч по суті має рядок MeetingSettings з властивостями булевого типу для опцій різних учасників, які я показував вище.

Далі ми доручаємо Yii мігрувати і створити таблицю:

Наш зовнішній ключ створює зв'язок між таблицями Meeting і MeetingSetting.

Далі ми скористаємося Yii's Gii для автоматичної генерації коду для перегляду і оновлення налаштувань. Для початку, я повернусь до http://localhost:8888/mp/index.php/gii/. Ми почнемо з генерації моделі:

Customizing Meeting View - Yiis Gii Model Generator for Meeting Setting

Потім ми згенеруємо код Create, Read, Update, Delete (CRUD):

Customizing Meeting View - The Gii CRUD Generator

Оскільки зараз нам не потрібен увесь цей код, Gii дозволяє нам обрати тільки потрібні нам функції: controllerview, _form and update:

Customizing Meeting View - Manually limiting files to overwrite

Gii показує список файлів, які створює на кожному кроці:

Customizing Meeting View - List of generated files by Gii

А як щодо налаштувань зустрічі користувача по замовчуванню? По суті, їх типові переваги?

Розширюємо можливості налаштування

Для цього ми додамо паралельні властивості налаштувань зустрічі в таблицю user_setting. Знову ж таки, ми створюємо міграцію:

Ось стовпці, які нам потрібно додати:

Далі ми запускаємо міграцію:

Замість того, щоб змушувати переписуватись нашу модель UserSetting.php в Gii, ми скористаємося опцією Gii diff.

Customizing Meeting View - Using Giis diff rather than overwriting

І звідти ми вручну виберемо нові доповнення до файлу і вставимо його:

Customizing Meeting View - Diff view to copy and paste necessary changes

Функціонально ми додамо таблицю налаштувань зустрічі до сторінки властивостей Update Your Settings:

Customizing Meeting View - User settings with the existing two tabs

Ми додали наступний код до /frontend/views/user-setting/_form.php для підтримки наших нових властивостей:

Ось оновлена форма:

Customizing Meeting View - User settings with meeting preferences

Ініціалізація нових сесій зустрічей

Кожного разу, коли користувач створює нову зустріч, ми повинні завантажити її налаштування по замовчуванню і скопіювати їх в персональні налаштування зустрічі. initializeMeetingSetting викликається, коли створюється нова зустріч для наступного:

Коли у нас все в порядку з налаштуваннями зустрічі, ми можемо перейти до основної частини нашої роботи - налаштування режиму перегляду для організатора і учасників зустрічі.

Огляд режиму перегляду для організатора (власника)

Тепер давайте розглянемо стан режиму перегляду залежно від того, хто є переглядачем: учасник чи власник. Ось запрошення на зустріч, яке я нещодавно створив, щоб запросити мого друга Rob:

Customizing Meeting View - The Current Meeting View

Панель команд

Перш ніж активувати Send і Finalize, у вас повинна бути запрошена особа і хоча б одне місце зустрічі і час. Якщо у вас є більше, ніж одне місце зустрічі і час, щоб закінчити (finalize) налаштування зустрічі, вам потрібно обрати якийсь один варіант.

Кнопки скасування, Cancel (іконка "Х"), та редагування, Edit (іконка "ручка") також доступні для авторів зустрічі.

Люди

Для MVP ми обмежуємо запрошення на зустрічі до однієї особи. Отже, після того, як запросили одну людину, кнопка Add (іконка "+") стає недоступною.

Місце, дата і час зустрічі

Організатор зустрічі може додати місця, дату і час, Places та Date & Times, на сайт (максимум сім/зустріч), а також вказувати їх доступність і прийнятність. І, нарешті, коли місць більше, ніж одне, вони можуть вибрати, де саме і в який час відбудеться зустріч.

Примітки (Notes)

Організатор зустрічі завжди може додавати примітки. Примітки дозволяють організатору і учасникам спілкуватися один з одним.

У кінцевому рахунку, ми змістимо основну частину нашої роботи на покращення функціоналу AJAX, щоб після вибору організатором місця і часу зустрічі, кнопки Send і Finalize були доступними (або недоступними в деяких випадках).

Ось приклад зустрічі з двома можливими варіантами часу. Кнопка Finalize буде доступною, поки не буде обраний один варіант часу:

Customizing Meeting View - Another Meeting View Scenario

Коли вибір зроблено, нам потрібно активувати кнопку Finalize за допомогою AJAX без необхідності оновлювати сторінку.

Огляд режиму перегляду для учасника

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

Customizing Meeting View - The Participant View

Учасник може скасувати (іконка "Х") свою участь, а також вказати, чи підходять для них місце і час зустрічі, проте вони можуть обрати остаточне місце зустрічі і завершити її налаштування (Finalize). Крім того, тепер колонки You і Them є активними. І панель учасника прихована, оскільки вона не потрібна.

Допустимо, зустріч була створена з налаштуваннями, які дозволяють учаснику вибирати місце, дату і час зустрічі, але не можливість завершити її налаштування. Це матиме наступний вигляд:

Customizing Meeting View - The Participant View with Participant Choice

Оскільки є тільки одне місце, Herkimer Coffee, в селекторі немає необхідності. Але, якщо є два можливих варіанта часу, ви можете бачити селектори Choose. Тим не менше, кнопки Finalize немає.

Виявилось, для підтримки всіх цих опцій знадобилося написати багато коду для оновлення системи. Проте це тільки початок, перед тим як зануритись в саме серце проекту - ux розкладу зустрічей. Я проведу вас через всі необхідні зміни.

Кодування вимог зустрічі

Реалізація налаштувань зустрічі

На панелі часу і місця зустрічі нам потрібно скористатися настройками, щоб визначити, чи потрібно відображати селектор вибору.  В режимі перегляду _panel.php, це виглядає ось так:

Ми перевіряємо налаштування учасників і передаємо їх в якості параметра перегляду _list.php, що має наступний вигляд:

Якщо переглядає організатор або учасник, якому дозволено обирати остаточний час, тоді вони побачать щось на зразок цього: можливість зробити вибір, Choose, в правій колонці:

Customizing Meeting View - The Choice Selector for Dates Times

Чи може переглядач відправити запрошення і завершити, Send і Finalize, зустріч

Я створив функції canSend() і canFinalize(), які загалом підтримують код і запити AJAX визначати активний стан кнопок Send і Finalize.

Ось canSend():

Організатор не може відправити запрошення на зустріч, поки не буде учасників, місця і часу.

Ось canFinalize():

Це перш за все перевіряє, чи може бути надіслано запрошення. Якщо ні, зустріч не можна завершити. Далі він перевіряє, чи були обрані місце і час. А потім він перевіряє, чи є переглядач організатором зустрічі, або ж дозволяє учаснику завершити сесію.

В принципі, коли  зміни внесено, ви побачите зміну стану кнопок Send і Finalize.

Customizing Meeting View - The Command Bar with Send and Finalize

У view.php, я включив JavaScript, щоб підтримати оновлення AJAX стану кнопок Send і Finalize, коли користувачі змінюють налаштування своїх зустрічей. Коли вибір місця і часу зроблено, викликаються refreshSend() і refreshFinalize() і кнопки змінюються відповідно.

Огляд статусу вибору місця і часу

В даному інтерфейсі ми показуємо вибір місця і часу користувача в лівій або першій колонці. Коли переглядають учасники, потрібно кастомізувати код:

Customizing Meeting View - The You and Them Columns for Selection Data

Для підтримки відображення різних даних в колонках You і Them для Times і Places, файли meeting-time і meeting-place _list.php потрібно оновити, щоб визначити в динаміці, які дані відображаються:

На даний момент я помістив ці функції в перегляд _panel.php, який викликає calls _list.php, оскільки вони покладаються на включений в контекст віджет SwitchInput:

Подальші налаштування

На кінець, потрібно зробити ще багато покращень коду. В пункті місця, я роблю виклики AJAX до серверу два чи три рази, проте я міг би зробити це більш ефективно в одному запиті. В інших місцях я можу зробити більш локальні зміни за допомогою JavaScript. Також було б чудово покращити інтерфейс, а значить, відповідно і код. проте з точки зору функціональності, наша сьогоднішня робота відображає більшу частину того, що необхідно в відношенні MVP.

Що далі?

Коли налаштування зустрічі і вимоги до режиму перегляду для організаторів і учасників на своїх місцях, я готовий відправити перше запрошення. Наступна стаття розповідатиме про те, як надіслати запрошення учасникам на email, відобразити контент, функціональні посилання команд, а також питання дозволу для користувачів, які ще не зареєструвались. Слідкуйте за нашими очікуваними статтями серії Building Your Startup With PHP series - це буде щось неймовірно захопливе!

Будь ласка, не вагайтесь і сміливо задавайте питання та залишайте коментарі нижче; загалом, я приймаю участь в обговореннях. Ви також можете зв'язатися зі мною в Twitter @reifman.

Посилання по темі

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.