[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]

[Burichan] [Foliant] [Futaba] [Greenhell] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PDF, PNG
  • Maximum file size allowed is 20480 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1380585265090.jpg -(1969009 B, 2000x2800) Thumbnail displayed, click image for full size.
1969009 No.97485  

Что по вашему предпочтительней: веб-интерфейс, заточенный под небольшие экраны или мобильное приложение, если функционал одинаковый и работа в оффлайне не предполагается?

>> No.97493  
File: 1380611343915.gif -(13312 B, 640x400) Thumbnail displayed, click image for full size.
13312

Если на стороне клиента не предполагается выполнять никакой работы, то веб-интерфейс.

>> No.97495  

>>97493

> не предполагается выполнять никакой работы

JS уже не торт?

>> No.97496  

>>97495
Он никогда и не был. Как тормозил на планшетах, так и тормозит

>> No.97497  

>>97495
лишнее. зачем писать два раза - на стороне клиента и на сервере? сервер выполняет, клиент отображает. растаскивать код на две стороны - дурной тон.
да и вообще веб-интерфейс - это проще. нет нужды писать приложение.
но с другой стороны недостаток веба в том, что в код легко внедриться, модифицировать. да и вообще все открыто, легко хакнуть. нужна дополнительная валидация на сервере. в приложение сложнее внедриться, код закрыт, интерфейсы не видны, часть валидации можно спихнуть туда.
мне нравится ломать сайты и дрочить. каждый день я хожу по интернету и смотрю исходный код всех веб-приложений, которых нахожу.

>> No.97498  

>>97497
да, добавить забыл. веб - это лаги, тормоза, поехавшие таблицы стилей, недогруженные страницы, виды налезают друг на друга, картинка сверху текста и прочие прелести веб-дизайна.

>> No.97499  

>>97485
скажи точнее направленность приложения.

>> No.97500  

>>97496
Ну это зависит от прямоты рук писавшего. Некоторые ухитряются сделать сайт так, что он и на i7 тормозит.
>>97497

> растаскивать код на две стороны - дурной тон

Можно по подробней, что в этом такого плохого?

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

Обфускаторы частично решают эту проблему. В мобильное приложение тоже можно внедриться и модифицировать, так что без ваилдации критичных данных на сервере все равно никуда.
>>97498
Вполне логично, что сервис для мобильных телефонов будет заточен под них же и на них же тестироваться на предмет лагов, тормозов и поехавших видов. А на счет недогруженных страниц - часто ли у тебя такое случается?
>>97499
Пока это просто абстрактный интерес.

>> No.97501  
File: 1380621296793.gif -(121777 B, 640x480) Thumbnail displayed, click image for full size.
121777

>>97498

>веб - это лаги, тормоза, поехавшие таблицы стилей, недогруженные страницы, виды налезают друг на друга, картинка сверху текста и прочие прелести веб-дизайна.

При большом желании можно оформить приложение в виде кастомного браузера, и писать веб-интерфейс под него.

>> No.97554  

>>97501
Браузеры нынче писать - неблагодарное занятие.

>> No.97555  
File: 1380783105493.gif -(103422 B, 511x481) Thumbnail displayed, click image for full size.
103422

>>97554
Зачем писать? Свободные движки есть.

>> No.97556  

>>97555
Чем это лучше использования уже готового браузера?

>> No.97559  
File: 1380784114618.gif -(9619 B, 640x350) Thumbnail displayed, click image for full size.
9619

>>97556
Очевидно, тем, что не надо обеспечивать совместимость со всякими Mobile Opera.

>> No.97560  

>>97559
Разве война браузеров еще не закончилась? Сейчас вроде все они следуют стандартам.

>> No.97561  
File: 1380784775379.gif -(234240 B, 640x480) Thumbnail displayed, click image for full size.
234240

>>97560
Это лучше спросить у >>97498, я ему отвечал. Могу сформулировать мысль яснее: если хочется сделать именно веб-приложение, но есть опасения в несовместимости с определенными браузерами, можно использовать один из свободных движков в качестве обертки и спать спокойно.

>> No.97574  

>>97500

> растаскивать код на две стороны - дурной тон

потому что сложнее поддерживать, модифицировать. нужно следить за синхронизацией и соответствием кода. прочти про паттерн MVC. там тебе лучше объяснят зачем нужно ч0тко разделять код обработки и код вывода.

>Обфускаторы

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

>просто абстрактный интерес

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

>> No.97575  

>>97485
стоит рассмотреть твое приложение еще с одной стороны. оно просто отображает информацию или должно также принимать и обрабатывать? если первое - то однозначно нужен веб. он для того и сделан, чтоб отображать. безусловно, на нем можно и логику обработки написать. и если тебе это проще (по знаниям), чем писать приложение, то на нем и нужно остановиться.
приложение стоит выбрать, если нужно
-скрыть свой код от потусторонних;
-писать сложную логику обработки. в приложении это проще, оно поддерживает нормальные языки программирования, а не этот глупый жс(он сам по себе неплох. но писать на нем сложные приложения - это извращение(до тех пор, пока нет другого выбора));
-если нужна безопасность. безопасность данных(шифрование), сложная валидация ввода. если нужно защититься от взлома. если это какое-то банковское приложение, где безопасность критична, лучше не пытаться писать это в браузере;
-если написать приложение будет проще и быстрее, чем веб. главное, не ошибиться в подсчетах. а то думаешь "фигня, два цикла - пять строчек", а потом получается, что ИЕ твой цикл не запускает вообще, а тупая жирная опера запускает его в обратном порядке.

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

>> No.97580  

>>97575

> скрыть свой код от потусторонних;

Чем плохи обфускаторы JS в этом отношении?

> если нужна безопасность. безопасность данных(шифрование)

SSL не решит эту проблему?

> сложная валидация ввода

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

> если это какое-то банковское приложение, где безопасность критична, лучше не пытаться писать это в браузере

Тем не менее наибольшей популярностью пользуются клиент-банки, работающие именно в браузере (не мобильном).

>> No.97585  
File: 1380861147316.gif -(96305 B, 570x386) Thumbnail displayed, click image for full size.
96305

>>97580

>Тем не менее наибольшей популярностью пользуются клиент-банки, работающие именно в браузере (не мобильном).

У них вся банковская логика написана на каком-нибудь Коболе и работает на AS/400, а то, что в браузере, всего лишь веб-интерфейс, причем даже не общающийся с центральным сервером напрямую.

Я слышал и о том, что в банках пишут на JS, но тот код работает на стороне сервера, конечно, а не в браузере.

>> No.97587  
File: 1380862475507.jpg -(27578 B, 288x512) Thumbnail displayed, click image for full size.
27578

>>97585
Ты не путаешь яву с яваскриптом?

>> No.97590  

веб - это простота для клиента. не нужно ничего устанавливать, зашел на сайт и все.

>> No.97591  
File: 1380869297743.gif -(147746 B, 640x480) Thumbnail displayed, click image for full size.
147746

>>97587
Нет. Читал интервью с одним дядей, автором каких-то книг по JS. Он рассказывал, какой это хороший язык, и что он сам лично писал на нем банковское ПО. Дескать, вы можете даже не знать, что ваши деньги управляются программой на JavaScript. (Естественно, имелся в виду server-side JS.)

Не могу вспомнить имя, поэтому пруфов не будет.

>> No.97602  
File: 1380913805899.jpg -(54011 B, 512x512) Thumbnail displayed, click image for full size.
54011

>>97591
Страсти какие.

>> No.97603  

>>97591

Я банковское ПО вообще на PHP + Erlang писал (веб + API), и что с того ?

>> No.97618  

>>97485
Веб-апи.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]