C# *

Введение

Требования к настройке внешнего вида приложения

1. хранить и загружать свойства отдельных компонентов в XML-файле
2. пользователь должен иметь простой инструмент по настройке внешнего вида
3. список настраиваемых компонентов должен очень просто расширяться (одной строкой кода)
4. при изменении значения свойства пользователь должен сразу видеть изменения на форме
5. должна быть кнопка отмены, которая позволит вернуть все изменения назад

Результат работы

Для решения задачи необходимо

1. использовать компонент PropertyGridEx, для отображения и изменения свойств компонентов
2. создать класс CustomDesignControl для удобства хранения свойств в XML
3. создать форму MainForm, на которой будем изменять внешний вид
4. создать форму AppSettingsForm, на которой будем настраивать внешний вид MainForm
5. создать класс SettingsXml для удобства работы с XML

Функция отмены изменений внешнего вида

Предыстория

Итак, начинаем собирать всё в кучу

Как программистам так и пользователям известно, как долго и сложно создаются отчеты в 1C. Однако, мы можем предложить на рассмотрение не стандартное решение — это загрузка данных в OLAP. OLAP — онлайн аналитическая отчетность для предприятий с возможностью построения таблиц и графиков. Для тех, кто это попробовал, оказалось экстремально удобным средством для построения аналитической отчетности в Microsoft Excel, как говорится, привычным способом для рядовых пользователей на предприятиях использующих 1С:ERP.

Осенью 2018 года Veeam Academy в очередной раз откроет двери для студентов, которые хотят прокачать свои навыки в разработке на C# и .Net Framework.

В этой статье мы хотим рассказать вам, как проходят занятия в Veeam Academy, из каких основных этапов состоит обучение, и что дает Академия нашим выпускникам. Обо всем этом вы узнаете из первых уст, заглянув под кат.

Концептуально

Цель кратко

Нужно добиться оперативного (моментального) оповещения ответственных людей об ошибках во всех instance'ах приложения. Причем для разных instance'ов должны быть разные способы доставки логов: для локального запуска программистом оповещать только его; с ПРОДа — лидов проекта, сразу их мобилизуя; с тестового сервера — ответственных за соответствующий контур.

0. Предисловие

Все началось с очередного звонка пользователя, который с гордостью сообщил сообщил: — „Всё сломалось“, и с моих „потуг“ удаленно найти PC, на котором работает данный пользователь..

Решение планировало быть простым до безумия и собираться на коленке. Так-как большинство наших сотрудников работают под "виндой" и все рабочие станции входят в домен, был задан вектор поиска решения. Изначально, планировалось написать небольшой скрипт. В его задачу входило собрать базовую информацию о системе и сотруднике, который за этой системой работает. Набор информации минимальный. А именно: логин, название рабочей станции и ее ip. Результат работы сохраняем на сервере, а сам скрипт "вешаем" на пользователя через GPO.

В такой реализации были существенные недостатки в виде:

• получить информацию можно было бы только зайдя на сервер (его сетевую папку где хранился файл), что не всегда удобно
• поддерживать файл в актуальном состоянии
• получать данные в реальном времени

После раздумий пришло решение: использовать бота в Telegram. Прибегнув к небольшой ловкости рук, скрипт был переписан в небольшую программку для отправки информации в чат, за место "скучной" записи в файл на сервере. (+ были добавлены еще некоторые параметры которые оправлялись боту)