ASP.Net або WPF (C #)? [зачинено]

Наша команда з цього приводу розділена, і я хотів отримати кілька сторонніх думок.

Ми створюємо додаток і не можемо вирішити, чи хочемо ми використовувати .Net WPF Desktop Application з WCF-сервером або веб-додатком ASP.Net за допомогою jQuery. Я подумав, що запитаю тут питання з деякими специфікаціями та побачу, які плюси та мінуси використання будь-якої сторони буде. У мене є свій улюблений і я відчуваю себе упередженим.

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

Деталі програми:

• Я оцінюю близько 100 різних екранів для початкової версії, причому плани для багатьох додаткових екранів будуть додані пізніше після початкового випуску.
• Ми хочемо використовувати двосторонню комунікацію для систем нагадування та подій
• Наразі має підтримувати близько 100 користувачів, хоча нам сказали, що це може призвести до зростання до 500 користувачів
• У нас є кілька локацій

Пункти для розгляду (можливо, спочатку не в деяких випадках, а в майбутніх випусках):

• Кімната для додаткових компонентів, які потрібно додати після первинного випуску (їх дуже багато ... можливо, тут працювати, ніж початкова програма)
• Навігація на клавіатурі
• Виконання обов'язкове
• Швидкість виробництва до початкової версії
• Низькі накладні витрати на обслуговування
• Майбутня підтримка
• Інтеграція програмного забезпечення та сканера

Наші розробники:

• У нас є 1 програміст, який вивчав WPF останні кілька місяців і саме той запропонував використовувати для цього WPF.
• У нас є другий програміст, який знайомий з ASP.Net і який може допомогти з проектом у майбутньому, хоча він не буде над цим працювати надто до первинного випуску, оскільки його час витрачається на підтримку нашого поточного програмного забезпечення.
• Є я, який працював з обома і мені комфортно в будь-якому
• У нас є зовнішня компанія, яка займається управлінням проектами, і вони є ASP.Net.
• Ми плануємо найняти 1-2 інших, однак нам потрібно знати, в якому напрямку ми йдемо спочатку

Середовище:

• Загальні користувачі перебувають на сервері Windows 2003 за допомогою сервісів терміналів. Вони підключаються за допомогою тонких клієнтів WYSE через RDP-з'єднання. Персонал адміністратора має власні ПК із XP або новішою версією. Користувачам дозволяється вказувати власну роздільну здатність, хоча вони обмежуються використанням IE в якості веб-браузера.
• Інші локації підключаються до нашої мережі через MPLS-з'єднання

Виходячи з цього, що б ви вибрали і чому?

Мені це, безумовно, звучить як додаток WPF, в якому багато взаємодії з користувачем і потенційно взаємодіють з обладнанням. Ви можете доставити додаток через "Click-Once", тому розгортання здебільшого не є проблемою. Ваш додаток WPF може отримати доступ до послуги WCF та передавати дані у вигляді двійкових даних, тому результативність буде чудовою. Я б почав читати WPF і ознайомитися з ним якомога швидше.

Лунатична бахрома відповідає: і те, і інше. Отримайте правильний рівень сервісу, легко мати товстого клієнта, який виконує все (WPF), і швидкого веб-клієнта робити найпоширеніші речі (ASP.NET). Залишає двері відкритими для мобільного клієнта тощо вниз по дорозі.

Якщо у вас є лише один програміст, який вивчає WPF, і ви розглядаєте можливість перемогти вашу команду на WPF, то чому б замість цього не використовувати Silverlight? Ви отримуєте багато переваг WPF, але все ще зберігаєте можливість залишати свій проект як веб-додаток. Оскільки ви дивитесь на великий модульований проект, було б доцільно використовувати PRISM з WPF або Silverlight для спрощення MVVM.

Нещодавно моя команда зробила вибір використовувати Silverlight через asp.net. Це був фантастичний вибір для нас. Спочатку у нас був лише один розробник, який знав будь-яке сріблясте світло. Тоді ми всі взяли тижневий тренувальний клас, який був здебільшого марним, але принаймні намочив ноги. Врешті-решт нам довелося найняти двох підрядників, які допоможуть нам створити основну частину нашої системи інтерфейсу. Більшість нашої команди досі не впевнена у своїх навичках сріблястого світла. Я сам, початковий член команди зі знанням сріблястого світла, і два підрядники - це ті, хто займає основну частину розвитку СЛ. Після цього у нас є два виділені бек-енд-члени. Я б сказав, що нам знадобилося приблизно через два місяці після прийняття рішення про переїзд до Silverlight, що ми дійсно мали щось конкретне. Однак, Тепер у нас є чудовий продукт, який дуже схожий на клієнтську програму, яка працює у веб-браузері і не встановлюється на будь-якій машині локально. Загалом на розробку було менше року, і ми майже готові до випуску або першого кандидата.

Деякі речі, які слід врахувати:

• WPF або Silverlight, що б ви не вибрали, буде достатньо, щоб ваші розробники мали вивчити.

• Silverlight може вичерпати браузер, якщо це буде потрібно. Якщо ви це зробите, налаштувати його досить просто, так що якщо ви коли-небудь виведете нову версію, то встановлена ​​програма з SL-браузера автоматично оновиться сама.

• Silverlight не включає всі елементи управління, якими володіє WPF.

Моє остаточне зауваження полягає в тому, що якщо ви хочете вимкнути код якомога швидше, то його досить очевидно, вам слід йти з ASP.NET. Моя основна проблема з ASP полягає в тому, що якщо ви не дисциплінуєте свою команду, проект ASP.NET легко заплутатися і заплутатися. Якщо ви думаєте, що вам вдасться впоратися з початковими витратами на швидкість досягнення технологій, то Silverlight або WPF дадуть вам безліч чудових можливостей.

Ця частина стосується:

Загальні користувачі перебувають на сервері Windows 2003 за допомогою сервісів терміналів. Вони підключаються за допомогою тонких клієнтів WYSE через RDP-з'єднання. Персонал адміністратора має власні ПК із XP або новішою версією. Користувачам дозволяється вказувати власну роздільну здатність, хоча вони обмежуються використанням IE в якості веб-браузера.

WPF не чудовий для віддаленого робочого / тонкого підключення клієнта Анімації не будуть гладкими, і будь-які складні зображення (навіть градієнти) сповільнюватимуть відповідь інтерфейсу користувача до сканування. Співробітники адміністраторів, що мають типові машини для ретро XP, також, швидше за все, матимуть проблеми з роботою зі складними програмами WPF (через невеликі обсяги оперативної пам’яті та погані GPU).

Якщо ви відправляєтеся по шляху WPF для отримання багатої графіки, будьте готові до кращих результатів роботи, коли дізнаєтесь, що цільовим машинам вже десять років. Дотримуйтесь статичних екранів і використовуйте .NET 4.0, оскільки продуктивність WPF значно покращилася з 3.5.

Технічно я вважаю, що комбінація WPF / WCF є кращим рішенням.

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

Цікаво. Це звучить разюче знайоме додатку, яке ми нещодавно запустили в моїй компанії (інтеграція поштових телефонів та сканерів і все).

Ми вибрали сріблястий світло з акцентом на SOA, щоб згодом, якщо виникне потреба, можна було застосувати додаток WPF.

Кімната для додаткових компонентів, які потрібно додати після первинного випуску (їх дуже багато ... можливо, тут працювати, ніж початкова програма)

Ми використовуємо MEF на рівні обслуговування та будуємо точки розширення (інтерфейси плагінів, що описують певні точки, де ми плануємо розширення чи інтеграцію з іншими системами)

Навігація на клавіатурі

Не проблема.

Виконання обов'язкове

Який виступ? Сприйнята продуктивність (спритність) чи продуктивність хрускоту чисел? Останнє може бути проблемою з додатком Web / silverlight. Для перших наш додаток проходить безліч записів, як ваш, але ми можемо передбачити їх і попередньо отримати записи, коли користувачі працюють над поточними. "Час завантаження" дорівнює нулю для цього розділу нашої програми.

Швидкість виробництва до початкової версії

Залежить від набору навичок. Але реально, кожен завжди хоче потрапити на ринок якомога швидше, тому це не аргумент.

Низькі накладні витрати на обслуговування

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

Майбутня підтримка

Я не впевнений, що це означає.

Інтеграція програмного забезпечення та сканера

Silverlight 4 дозволяє зараз отримувати доступ до веб-камери / мікрофона (ми сподіваємося зробити міжприкладні відеоконференції, а також інтеграцію ковтків), тому, якщо ви використовуєте телефонний сервер, можете написати його самостійно. Я не знаю жодних існуючих, але це може допомогти.

В іншому випадку, можливо, вам доведеться зробити щось некрасиве хакерство (більше не посилайтесь на статті / статті, вибачте) або у вас немає іншого вибору, крім як програма WPF, яка може взаємодіяти з файловою системою. SL4 може вийти з браузера, але він може отримати доступ лише до певних частин файлової системи. Жоден з них, ймовірно, не стане частинами, які вам потрібні для взаємодії з поштовим телефоном.

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

чи потрібен вам дуже чуйний додаток, який люди можуть використовувати цілий день? використовувати WPF; вам буде легше повторно використовувати компоненти GUI в WPF через ASP / MVC (IMHO)

так, jquery та ін. - чудові, сріблястий світ класний, але настільні додатки все ще ефективніші

для заднього боку, WCF чудово

Мені доведеться рекомендувати вам використовувати WCF для свого сервісного рівня через масштабованість та безпеку. Для шару презентації можна використовувати або Silverlight, або ASP.NET, Silverlight схожий на Flash, але важко зрозуміти та мати високу криву навчання спочатку, переважно під час роботи з даними. ASP.NET простіший у використанні, але для його ефективного використання вам знадобиться багато налаштувань і javascript.