Бюджет: 350 UAH Термін: 1 день
Добрый день. Сделаю оба задания до 17:00. Имею большой опыт разработки на C#
https://csbc-edu.github.io/oop/homework/hw03_encapsulation.pdf
Внизу ЕСТЬ ІНДЗ, и там нужно сделать 2 задания до 17:00!
(Два класи) Створіть класи Person (особа) та Product (товар). У кожної особи є ім’я, кошти та корзину товарів. Кожний товар має назву (непорожній рядок) та ціну (невід’ємне число). Розробіть програму, в якій кожна команда відповідає купівлі особою одного товару. Якщо особа може собі дозволити покупку товару, додайте цей товар у її корзину. Якщо грошей недостатньо, виведіть повідомлення ("[Ім’я особи] can't afford [Назва товару]". Перші 2 рядки вводу повинні перелічувати всіх осіб з їх бюджетом та всі товари з їх цінами. Після всіх покупок виведіть для кожної особи в порядку появи всі придбані нею товари. Якщо нічого не придбано, виведіть ім’я особи та повідомлення "Nothing bought". Для від’ємної суми коштів особи слід викинути виняток з текстом "Money cannot be negative", а при порожньому рядку з іменем особи – "Name cannot be empty". Ввід Вивід Pesho=11;Gosho=4 Bread=10;Milk=2; Pesho Bread Gosho Milk Gosho Milk Pesho Milk END Pesho bought Bread Gosho bought Milk Gosho bought Milk Pesho can't afford Milk Pesho - Bread Gosho - Milk, Milk Mimi=0 Kafence=2 Mimi Kafence END Mimi can't afford Kafence Mimi – Nothing bought Jeko=-3 Chushki=1; Jeko Chushki END Money cannot be negative 2. (Калорійність піци) Піца готується з тіста та різних начинок. Змоделюйте клас Pizza, в якому передбачаються поля, що описують назву піци, основу та набір начинок. Кожний інгредієнт повинен мати свій клас з відповідними характеристиками: • тісто може бути білим чи з цільнозернової муки, а також хрустким (crispy), липким (chewy) чи домашнім (homemade) тощо. • начинки можуть включати м’ясні, овочеві, сирні чи соусні добавки. Кожний інгредієнт описується масою в грамах, а також повинен мати метод для обчислення калорійності залежно від типу начинки. Калорійність на грам будемо обчислювати за допомогою спеціальних множників. Наприклад, біле тісто має множник 1.5, липке – 1.1, тобто 100г липкого білого тіста буде мати 100*1.5*1.1 = 330 калорій. Змоделюйте класи таким чином, щоб вони були правильно інкапсульовані та забезпечували публічний метод, який обчислюватиме калорійність кожної піци відповідно до її інгредієнтів. Тісто. Створіть клас, який представлятиме тісто для піци. Він включатиме • тип основи, який може бути білим (множник – 1.5) або цільнозерновим (1.0); • метод приготування, що дає хрустке (0.9), липке (1.1) чи домашнє (1.0) тісто; • масу в грамах. Клас повинен розкривати лише геттер для отримання калорій на грам. Встановіть правильні модифікатори доступу, конструктор, поля та геттери / сеттери. Виконайте валідацію даних в сеттерах: якщо передано некоректне значення основи чи методу приготування, повинен викидатись виняток з повідомленням «Invalid type of dough.». Маса тіста знаходиться в межах від 1 до 200 грамів включно – інакше трапиться виняток з повідомленням "Dough weight should be in the range [1..200].". Протестуйте роботу класу з такими вводом та виводом: Ввід Вивід Dough White Chewy 100 END 330.00 Dough Tip500 Chewy 100 END Invalid type of dough. Dough White Chewy 240 END Dough weight should be in the range [1..200]. Начинки (toppings). Відповідний клас представлятиме 4 типи начинок: м’ясо, овочі, сир та соус. Кожна начинка має масу в грамах та множник для обчислення калорій: • м’ясо – 1.2; • овочі – 0.8; • сир – 1.1; • соус – 0.9. Встановіть правильні модифікатори доступу, конструктор, поля та геттери / сеттери. Валідація дних передбачає передачу коректного типу начинки – інакше буде викинуто виняток з повідомленням "Cannot place [незва некоректного аргументу] on top of your pizza.". Дозволена маса начинки знаходиться в межах від 1 до 50 грам включно. Інакше буде викинуто виняток з повідомленням "[Назва виду начинки] weight should be in the range [1..50].". Протестуйте роботу класів так, щоб зчитувались одне тісто та одна начинка, а виводились їх калорійність: Ввід Вивід Dough White Chewy 100 Topping meat 30 END 330.00 72.00 Dough White chewy 100 Topping Krenvirshi 500 END 330.00 Cannot place Krenvirshi on top of your pizza. Dough White Chewy 100 Topping Meat 500 END 330.00 Meat weight should be in the range [1..50]. Піца. Повинна мати назву піци, набір начинок та тісто. Використайте раніше створені класи, а також додайте відкриті геттери для назви, кількості начинок та загальної кількості калорій (сума калорій окремих інгредієнтів). Розкрийте метод для додавання начинки, відкритий сеттер для тіста і геттер для загальної кількості калорій. Валідація даних передбачає, що назва піци не повинна бути порожнім рядком, але й не довше 15 символів. Інакше повинен викидатись виняток з повідомленням "Pizza name should be between 1 and 15 symbols.". Кількість начинок повинна знаходитись у діапазоні від 1 до 10 включно. Інакше повинен викидатись виняток з повідомленням "Number of toppings should be in range [0..10].". Протестуйте роботу програми на таких випадках: Ввід Вивід Pizza Meatless Dough Wholegrain Crispy 100 Topping Veggies 50 Topping Cheese 50 END Meatless - 370.00 Calories. Pizza Burgas Dough White Homemade 200 Topping Meat 123 END Meat weight should be in the range [1..50]. Pizza Bulgarian Dough White Chewy 100 Number of toppings should be in range [0..10]. Topping Sauce 20 Topping Cheese 50 Topping Cheese 40 Topping Meat 10 Topping Sauce 10 Topping Cheese 30 Topping Cheese 40 Topping Meat 20 Topping Sauce 30 Topping Cheese 25 Topping Cheese 40 Topping Meat 40 END Pizza Bulgarian Dough White Chewy 100 Topping Sirene 50 Topping Cheese 50 Topping Krenvirsh 20 Topping Meat 10 END Cannot place Sirene on top of your pizza.
Бюджет: 350 UAH Термін: 1 день
Добрый день. Сделаю оба задания до 17:00. Имею большой опыт разработки на C#
Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Конфігурація: 1С УТ 11 Адресний склад ТСД Zebra TC26 Робота через RDP Сканування товарів виконується в документах приймання, розміщення, відбору та інших складських операціях. Поточна проблема: Комірники працюють через ТСД Zebra. При скануванні не завжди помічають повідомлення на екрані. Потрібно реалізувати різні звукові сигнали для різних результатів сканування. Необхідний функціонал: Успішне сканування та обробка в 1С короткий звуковий сигнал. Штрихкод зчитано сканером, але товар не знайдено в 1С інший звуковий сигнал (відмінний від успішного). Помилка при виконанні складської операції неправильна комірка; неправильний товар; інші помилки контролю адресного складу. окремий звуковий сигнал. Звуки повинні відтворюватися на ТСД через RDP. Побажання: використання WAV-файлів або іншого надійного способу відтворення; можливість у майбутньому додати нові типи звукових повідомлень; мінімальний вплив на швидкість роботи ТСД. Прошу вказати у відповіді: Досвід роботи з УТ 11 та адресними складами. Чи реалізовували подібні задачі для ТСД Zebra або інших ТСД. Орієнтовну вартість та строки виконання. Яким способом планується реалізація звукових сигналів.