Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Разработка информационных систем Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5   вперед  Ctrl      все
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
andreymx
то на одном браузере не работает, то на другом настройки не те
если это для конторы - то никаких проблем . пишется для одного браузера. решается административно.
22 дек 18, 20:43    [21771177]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 49510
вадя
andreymx
то на одном браузере не работает, то на другом настройки не те
если это для конторы - то никаких проблем . пишется для одного браузера. решается административно.
у нас после внедрения HPSM разрешили хром
Хотя стандарт ие плюс едж
22 дек 18, 21:48    [21771196]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
L_argo
Member

Откуда:
Сообщений: 510
hVostt
pahanitto
стоит-ли сильно заморачиваться с трехвенкой срочно или нет.

разумеется стоит.
Коллега, не вводите ТСа в заблуждение.
3-звенка будет делаться в 3 раза дороже и 3 раза дольше. И это в лучшем случае.
И не факт, что будет сделана на достойном уровне. На достойную реализацию может потребоваться удвоение цены поверх указанной.
А в худшем случае - просто не взлетит.
Преимущества 3-звенки (высокая безопасность, масш-сть) во многих случаях совершенно некритичны (интрасеть/винда/малый список источников данных)

Тем более что ряд задач у К/С проекта можно вывести в 3-звенку.
У нас на большом К/С проекте так была реализована часть ф-ла: 1-2% от всего проекта. Это была жаба+томкет+планшет.
Но стоимость этой части проекта была катастрофически непропорциональна К/Су. По срокам в т.ч.
Весь проект сделать подобным образом было бы совершенно нереально не только по финансовым, но и по временным соображениям.

Делать 3-звенку можно при гарантированно жирном бюджете, опытных спецах и больших сроках. Если хоть одного пункта нет - 3-звенка тупо не взлетит.

алекс5555
А в к/с головняк распространяется на все писюки юзеров.
Чушь. В браузерах в 10 раз больше приколов и отличий, чем при работе ЕХЕ на десктопе. У Писи одна главная проблема - ОС для сабжа должна быть однотипной.

2ТС: в первую очередь сосредоточьтесь на качественной реализации бизнес-процессов. Можно на К/С. Потом что-то частично можно увести на 3-цвенку. И только потом можете попробовать перейти целиком.

Сразу замахиваться на что-то большое и сложное - безумие. Особенно из соображений сроков появления первого рабочего прототипа.
22 дек 18, 22:17    [21771211]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
L_argo,
не надо пугать, всё делается быстро и без проблем, если есть грамотное ТЗ.

andreymx
у нас после внедрения HPSM разрешили хром
тогда ваще всё просто. потому как хром отслеживает все нововведения, и не надо заморачиваться на кроссбраузности (если только компы win7+)

и нет проблем с обновлением, просто на сервере обновил и всё.
есть единственное ограничение на доступ клиентов к своему железу (браузерам это запрещено по условиям безопасности)
и если используются камеры - то надо https+сертификат(достаточно самоподписанного)
22 дек 18, 23:05    [21771221]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15085
L_argo
Коллега, не вводите ТСа в заблуждение.
3-звенка будет делаться в 3 раза дороже и 3 раза дольше. И это в лучшем случае.


эт чё ещё за бред?


L_argo
Преимущества 3-звенки (высокая безопасность, масш-сть) во многих случаях совершенно некритичны (интрасеть/винда/малый список источников данных)


в каких случаях? для лабораторных работ каких-нибудь? или для советского образца конторки с внутренней локалкой, брошенной по полу? )))


L_argo
Тем более что ряд задач у К/С проекта можно вывести в 3-звенку.
У нас на большом К/С проекте так была реализована часть ф-ла: 1-2% от всего проекта. Это была жаба+томкет+планшет.
Но стоимость этой части проекта была катастрофически непропорциональна К/Су. По срокам в т.ч.
Весь проект сделать подобным образом было бы совершенно нереально не только по финансовым, но и по временным соображениям.

Делать 3-звенку можно при гарантированно жирном бюджете, опытных спецах и больших сроках. Если хоть одного пункта нет - 3-звенка тупо не взлетит.


ещё раз. что за бред?? при чём тут N-звенка, и бюджет? вы чего такое вообще городите, уж простите?

чтоб 3-х звенка "не взлетела", надо взять проектировщиком колхозника, вот тогда не взлетит.


L_argo
2ТС: в первую очередь сосредоточьтесь на качественной реализации бизнес-процессов. Можно на К/С. Потом что-то частично можно увести на 3-цвенку. И только потом можете попробовать перейти целиком.


т.е. надо всем мозги изрядно по..калупать, вот это "частично увести, блабла..", но не делать сразу по уму, да? а вы смекалистый, смотрю, шарите как бюджеты пилить )))))
23 дек 18, 02:34    [21771268]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
MaratIsk
Member

Откуда: Astana, Kazakhstan
Сообщений: 2444
andreymx
Коллеги
У кого есть полноценный грид
На веб
Примерно такой, как dbgrideh в 2003 году


посмотри JQuery Easy UI
23 дек 18, 08:00    [21771288]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
MaratIsk
Member

Откуда: Astana, Kazakhstan
Сообщений: 2444
L_argo,

автор
3-звенка будет делаться в 3 раза дороже и 3 раза дольше.


представляю твои представления о 3-звенке )))
23 дек 18, 08:06    [21771289]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
ВМоисеев
Member

Откуда: Редкино
Сообщений: 1726
>andreymx, 21 дек 18, 16:10 [21770681]
>У кого есть полноценный грид. На веб
<Посмотри здесь, здесь и здесь.

Курятник разрастается.
23 дек 18, 11:18    [21771310]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
alex55555
Member

Откуда:
Сообщений: 1300
L_argo
У нас на большом К/С проекте так была реализована часть ф-ла: 1-2% от всего проекта. Это была жаба+томкет+планшет.
Но стоимость этой части проекта была катастрофически непропорциональна К/Су. По срокам в т.ч.

Ну так если привыкшие к к\с взялись ваять непривычное - ну вот вам и результат. Обычнейшая ошибка в подборе кадров. Вася умный, я его лично знаю, он может!
L_argo
В браузерах в 10 раз больше приколов и отличий, чем при работе ЕХЕ на десктопе. У Писи одна главная проблема - ОС для сабжа должна быть однотипной.

Вы по теме "затраты на сопровождение" хоть что-то читали? Или вообще слышали?
L_argo
Сразу замахиваться на что-то большое и сложное - безумие. Особенно из соображений сроков появления первого рабочего прототипа.

Замахиваться нужно правильно, а большое оно или сложное - не важно. Последний фактор ничто при нормальных бюджетах. А если нет бюджета - ну что-ж, летайте низэнько, всегда придерживая землю ногами. Правда через реки уже так не получится, ну что-ж поделаешь, придётся в обход...
23 дек 18, 15:07    [21771420]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 46721
В этом топике я один не понимаю как "трёхзвенка" пересекается с "веб-интерфейсом"? Или для всех веб-сервер, запускающий PHP-скрипты автоматически становится сервером приложений?..
23 дек 18, 19:36    [21771537]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
Dimitry Sibiryakov
Или для всех веб-сервер, запускающий PHP-скрипты автоматически становится сервером приложений?..
по-строгому нет, но во многих задачах "обработчик обращений" (чем по сути и являются php-скрипты) достаточен. Для реализации "настоящих серверных приложений" используют демоны php. но это трёхколёсный велосипед....
с другой стороны веб-сервер может быть и на java.
и с точки зрения клиента - нет разницы.

по настоящему трёхзвенная архитектура - это когда между серверным приложением и клиентом есть полнодуплексная связь. чего не может быть в к/с.
но раньше такое было возможно только когда клиентом было десктопное приложение.
сейчас полнофункциональным клиентом может быть браузер, что многое упрощает.
23 дек 18, 19:57    [21771549]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 49510
Интересно, о чём спрашивал ТС
23 дек 18, 20:07    [21771554]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
hVostt
Member

Откуда:
Сообщений: 15085
вадя
по настоящему трёхзвенная архитектура - это когда между серверным приложением и клиентом есть полнодуплексная связь. чего не может быть в к/с.


полнодуплексаная связь так-то не имеет никакого отношения к N-звенности.

вадя
сейчас полнофункциональным клиентом может быть браузер, что многое упрощает.


а мобильные приложения уже всё что ли?
или десктоп?

возьмём тот же телеграм, у которого есть и десктоп и веб.
десктоп на порядки удобнее.

это не наброс в сторону веб, просто для разных задач нужно выбирать соответствующий инструмент.

но это не касается 2-х звенки, которую сразу надо дропать.
24 дек 18, 01:37    [21771692]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
hVostt
полнодуплексаная связь так-то не имеет никакого отношения к N-звенности.
если рассматривать историю - то первоначальными клиентами были десктопные приложения, которые имели полнодуплексную связь с серверным приложением. что имело (помимо прочего) преимущество перед к/с.
в дальнейшем - в качестве клиентов стали использовать браузеры. такие клиенты мало чем отличались от к/с - по сути такие системы использовали серверное приложение как защиту от проникновения + бонус - серверное приложение могло что-то брать на себя. Но полноценным такую систему , как она было при использовании десктопов, трёхзвенной назвать нельзя, хотя множество задач она решала.
hVostt
а мобильные приложения уже всё что ли?
или десктоп?
браузеры просто стали наиболее используемы.
но десктопы и мобильные приложения, в настоящем виде, для веб, по сути аналоги браузерам - с точки зрения связи с серверным приложением - используют ajax.

hVostt
возьмём тот же телеграм, у которого есть и десктоп и веб.
десктоп на порядки удобнее.
а это уже новый шаг в развитии - появился websocket. и браузер может общаться так же как и настоящий десктоп-клиент по полноценной полнодуплексной связи.
для серверного приложения нет в этом разницы десктоп/мобильное приложение/браузер.
24 дек 18, 05:49    [21771707]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36105
вадя,
У тебя трехзвенка это браузер на сокетах транспорте?
Круто)
24 дек 18, 07:31    [21771717]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
Petro123
вадя,
У тебя трехзвенка это браузер на сокетах транспорте?
Круто)
не только браузер, но мобильное приложение и ардунка...
если раньше десктоп связывался на сокетах, то счас websocket их заменили ....
и браузер стал на 95% замена прежнему десктоп-клиенту.
(5% - это отсутствие полноценной связи браузера с железом клиента)
24 дек 18, 07:52    [21771720]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36105
вадя,
Все это двухзвенка.
24 дек 18, 08:47    [21771736]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
Petro123
вадя,
Все это двухзвенка.
ты уверен?
24 дек 18, 08:54    [21771741]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36105
вадя
Petro123
вадя,
Все это двухзвенка.
ты уверен?
вики открой.
24 дек 18, 08:55    [21771742]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
Petro123,
открой сам.
то, что браузер не может полноценно общаться с железо не означает что это не звено.
так же как и десктоп может не иметь отношения к железу - не делает систему двухзвенной
24 дек 18, 09:00    [21771744]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36105
вадя,
Железо вообще не при делах.
24 дек 18, 09:02    [21771746]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
Petro123
Железо вообще не при делах.
тогда тем более.
браузер - тоже десктоп. то что сервер , помимо всего прочего делает ещё и "картинку" для отображения не лишает его возможностей серверного приложения.
24 дек 18, 09:12    [21771750]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
tunknown
Member

Откуда:
Сообщений: 590
hVostt
L_argo
Если не брать во внимание вопрос безопасности, то трехзвенка почти никаких преимуществ не дает, ИМХО.


Фига-се не даёт. Масштабируемость, низкую связанность, вопрос безопасности разумеется брать во внимание всегда надо, нормальная адекватная изоляция, и огромное количество задач и проблем, которые решаются в трех-звенке. А если и решаются на двух-, то анально-проктальным способом.
Масштабируемость понижается- немасштабируемое sql приложение на сервере sql приложений и немасштабируемый толстый клиент дополняется немасштабируемым средним звеном. Связанность повышается, т.к. клиент не мог работать ни с чем, кроме конкретного сервера, а теперь появляется ещё и среднее звено, которое так же не может работать ни с чем кроме. Безопасность понижается, т.к. её нужно делать дважды и на сервер БД делальщиков уже не хватает. Единственно, изоляция существенно повышается- вплоть до невозможности решать некоторые задачи. Так что часть их приходится костылить на предыдущей двухзвенке.
24 дек 18, 09:43    [21771771]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36105
вадя,
Ты всю жизнь писал двухзвенку. Не знал? Тебя обманули?
Мне жаль.
24 дек 18, 09:45    [21771773]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура. Клиент-Сервер или трехзвенка  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 15048
Petro123
вики открой.
https://ru.wikipedia.org/wiki/Трёхуровневая_архитектура

Клиент (слой клиента) — это интерфейсный (обычно графический) компонент комплекса, 
предоставляемый конечному пользователю. Этот уровень не должен иметь прямых связей с базой данных (по
требованиям безопасности и масштабируемости), быть нагруженным основной бизнес-логикой (по требованиям
масштабируемости) и хранить состояние приложения (по требованиям надёжности). На этот уровень обычно
выносится только простейшая бизнес-логика: интерфейс авторизации, алгоритмы шифрования, проверка
вводимых значений на допустимость и соответствие формату, несложные операции с данными (сортировка,
группировка, подсчёт значений), уже загруженными на терминал.

Сервер приложений (средний слой, связующий слой) располагается на втором уровне, на нём сосредоточена
большая часть бизнес-логики. Вне его остаются только фрагменты, экспортируемые на клиента (терминалы), а
также элементы логики, погруженные в базу данных (хранимые процедуры и триггеры). Реализация данного
компонента обеспечивается связующим программным обеспечением. Серверы приложений проектируются
таким образом, чтобы добавление к ним дополнительных экземпляров обеспечивало горизонтальное
масштабирование производительности программного комплекса и не требовало внесения изменений в
программный код приложения.

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


В простейших конфигурациях все компоненты или часть из них могут быть совмещены на одном
вычислительном узле. В продуктивных конфигурациях как правило используется выделенный вычислительный
узел для сервера баз данных или кластер серверов баз данных, для серверов приложений — выделенная
группа вычислительных узлов, к которым непосредственно подключаются клиенты (терминалы).
24 дек 18, 10:04    [21771789]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5   вперед  Ctrl      все
Все форумы / Разработка информационных систем Ответить