Оголошення про відкриття технічного блогу — розпочато блог про розробку для Windows / C# / COM
· Оновлено: · Ґо Комура · Оголошення
Ми відкрили технічний блог KomuraSoft LLC. У цьому блозі ми ділитимемося досвідом, набутим у реальних проєктах із розробки застосунків для Windows, а також технічною інформацією, корисною в щоденній роботі.
Для кого цей блог
Ми пишемо для таких читачів.
- Розробники настільних застосунків для Windows: ви працюєте з WPF, Windows Forms або Win32 API, і іноді не знаєте, як рухатися далі, обираючи проєктне рішення або локалізуючи дефект
- Ті, кому дісталися наявні активи: ви відповідаєте за COM, ActiveX, VB6, VBA та подібний код, який працює, але вносити зміни в який складно
- Відповідальні за внутрішні системи: ви ухвалюєте рішення, розробляти власними силами чи залучати зовнішніх підрядників і чи залишити наявне, обгорнути його або замінити
flowchart TB
accTitle: Для кого цей блог
accDescr: Схема показує, що блог написано для читачів трьох типів: розробників, які працюють із WPF, Windows Forms і Win32 API, тих, кому дісталися наявні активи, як-от COM і VB6, та відповідальних за внутрішні системи, які вирішують, зокрема, розробляти власними силами чи залучати підрядників.
r1["Розробники настільних застосунків"] --> blog["Цей блог"]
r2["Ті, кому дісталися наявні активи"] --> blog
r3["Відповідальні за внутрішні системи"] --> blog
r1 -.-> n1["Вибір проєктних рішень і локалізація проблем"]
r2 -.-> n2["COM, VB6, VBA"]
r3 -.-> n3["Залишити, обгорнути, замінити"]
Рисунок 1: цільові читачі — три групи: розробники, ті, кому дісталися наявні активи, і відповідальні за внутрішні системи.
На схемі суцільна лінія позначає зв’язок, що виконується завжди, а штрихова — умовний зв’язок (умови наведено в описі кожного зв’язку на сторінці докладних відомостей). Повний перелік зв’язків (усього 4, із підтвердженнями та рівнем достовірності) і визначення основних понять зібрано на сторінці докладних відомостей карти знань (японською). Дані: JSON-LD / Turtle
Що ви отримаєте від цього блогу
- Рішення на основі реальних випадків: про проблеми, з якими ми справді стикалися, ми розповідаємо, як їх локалізували та як виправили, у вигляді, який можна простежити крок за кроком
- Практичні таблиці рішень: там, де важко вибрати між варіантами, ми зводимо умови та варіанти в таблицю
- Посилання на першоджерела: ми додаємо посилання на офіційні матеріали, на які спирається стаття, як-от Microsoft Learn та IPA (Агентство з просування інформаційних технологій Японії)
flowchart TB
accTitle: Що ви отримаєте від цього блогу
accDescr: Схема показує, що кожна стаття дає три речі: рішення на основі реальних випадків, у яких описано, як локалізували та виправили реальну проблему, практичну таблицю рішень з умовами та варіантами і посилання на першоджерела, що ведуть до офіційних матеріалів.
art["Статті цього блогу"] --> g1["Рішення на основі реальних випадків"]
art --> g2["Практичні таблиці рішень"]
art --> g3["Посилання на першоджерела"]
g1 -.-> d1["Локалізація та виправлення, які можна простежити"]
g2 -.-> d2["Умови та варіанти в таблиці"]
g3 -.-> d3["Посилання на офіційні матеріали"]
Рисунок 2: від статті можна отримати три речі — рішення на основі реальних випадків, практичні таблиці рішень і посилання на першоджерела.
Основні теми
- Розробка застосунків для Windows: WPF, Windows Forms, Win32 API
- C# / .NET: можливості мови, продуктивність, шаблони проєктування
- COM / ActiveX: взаємодія з наявними системами та міграція
- Інструменти розробки: Visual Studio, Git та інші зручні інструменти
Якщо ви хочете прочитати з кожної теми одну статтю, почніть із цих (їх опубліковано після цього допису).
| Тема | З чого почати |
|---|---|
| Розробка застосунків для Windows | Вибір між WinForms, WPF і WinUI — практична таблиця рішень |
| C# / .NET | Практична таблиця рішень для C# async/await — Task.Run і ConfigureAwait |
| COM / ActiveX | Що таке COM — чому архітектура Windows COM досі вражає красою |
| Міграція наявних активів | Як поводитися з ActiveX / OCX сьогодні — таблиця рішень: залишити, обгорнути чи замінити |
| Інструменти розробки | Практичний посібник із Process Monitor — як за 10 хвилин з’ясувати, чому не зчитуються налаштування |
Усі опубліковані матеріали доступні зі сторінки переліку статей блогу.
Про оновлення
Оновлення виходять нерегулярно, але щойно з’являється корисний для практики досвід або результати досліджень, ми публікуємо їх.
Стежити за оновленнями можна трьома способами.
- Стрічка RSS / Atom: додайте /uk/feed.xml до свого застосунку для читання стрічок
- X (Twitter): про нові публікації ми повідомляємо в @komurasoft
- GitHub: приклади коду до статей розміщено в komurasoft-blog-samples
flowchart TB
accTitle: Як стежити за оновленнями
accDescr: Схема показує, що про публікацію нової статті можна дізнатися трьома способами: підписавшись на стрічку RSS і Atom, з оголошень про нові публікації в X і з репозиторію GitHub із прикладами коду.
pub["Публікація нової статті"] --> f["Стрічка RSS / Atom"]
pub --> x["Оголошення в X (Twitter)"]
pub --> gh["Приклади коду на GitHub"]
Рисунок 3: про оновлення можна дізнаватися трьома шляхами — зі стрічки, з X і з GitHub.
Про автора
Ґо Комура (керівник KomuraSoft LLC)
Спеціалізується на розробці ПЗ для Windows, технічних консультаціях і розслідуванні дефектів. Особливо добре працює з проєктами, у яких залишилися наявні активи, та з розслідуванням збоїв, причину яких важко побачити.
Пов’язані теми
Сторінки з близькими темами. Від статті можна перейти до пов’язаних послуг та інших матеріалів.
Технічні теми про Windows
Огляд технічних тем: розробка для Windows, розслідування дефектів і робота з наявними активами.
Послуги за цією темою
Ця стаття пов’язана з наведеними нижче сторінками послуг. Оберіть найближчу до вашого завдання.
Розробка застосунків для Windows
Ця стаття — точка входу до практичних тем, що охоплюють розробку для Windows, C# / .NET і COM, тому вона природно веде до консультації щодо розробки застосунків для Windows.
Технічні консультації та рев’ю проєктних рішень
Якщо ви ще вирішуєте, що і як створювати або з яких технічних тем почати впорядкування, розпочати можна з технічних консультацій і рев’ю проєктних рішень.
Профіль автора
Сторінка з профілем автора статті.
Ґо Комура
Представник компанії KomuraSoft LLC
Працює переважно над розробкою ПЗ для Windows, технічними консультаціями та розслідуванням дефектів. Особливо сильна сторона — проєкти з наявними активами та розслідування збоїв з неочевидною причиною.