The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Форд, Мазда, Мицубиси и Субару подключились к разработке отк..., opennews (??), 06-Янв-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +2 +/–
Сообщение от омномномнимус (?), 06-Янв-16, 00:51 
Просто потому что проще и удобнее.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

17. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +4 +/–
Сообщение от Аноним (-), 06-Янв-16, 04:00 
так-то QML для приложений попроще будет
Ответить | Правка | Наверх | Cообщить модератору

35. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  –5 +/–
Сообщение от Аноним (-), 06-Янв-16, 10:34 
autovaz desktop fresh
Ответить | Правка | Наверх | Cообщить модератору

51. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  –1 +/–
Сообщение от zztop (?), 06-Янв-16, 15:00 
знатоков html побольше будет чем qml-фанбоев
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

60. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +2 +/–
Сообщение от Аноним (-), 06-Янв-16, 16:53 
> Просто потому что проще и удобнее.

Использовать тормозные костыли проще и удобнее?
Почему-то любое "Вээб-приложение" уровня ПО года эдак 2005 (правда, с гламурной плоскотой и расцветкой) жрет раму и цпу только влет, взамен предлагая подлагивания, утечку (ну да, ну да, течет браузер, а не веб-софт) и конкретное поведение элементов интерфейса (фокус, прокрутка, табы и т.д.) "как у автора".

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

65. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  –1 +/–
Сообщение от Sabakwaka (ok), 06-Янв-16, 17:17 
> тормозные костыли

Ты, я вижу, мастер запиливать MCU прошивки с нуля?

Ответить | Правка | Наверх | Cообщить модератору

80. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +3 +/–
Сообщение от cmp (ok), 06-Янв-16, 21:10 
эти "костыли" гибче qml в 100500 раз, а за счет клиент-серверной архитекруры и относительно стандартного клиента - ставят любое qt раком, а если еще правильно спроектированно, так, что можно в  любом браузере посмотреть запросы и потом повторять их каким-нибудь curl, хоть с телефона. хоть с холодильника, то смысл существования всего другого становится очень сомнительным.

Да медленно, да памяти требует много, но никто интерфейс "полноразмерной" ОС и не делает, а зайти раз в год/месяц/день тыкнуть кнопку, или отображать 5-7 страничек с инфой - много памяти не надо. Тем более стоимость ее не велика, а вот плодить qml-over-django-over-ruby-over-хрен знает что.., в топку.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

81. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +/–
Сообщение от Mihail Zenkov (ok), 06-Янв-16, 22:55 
> эти "костыли" гибче qml в 100500 раз,

А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?

> а за счет клиент-серверной архитекруры

Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?

> и относительно стандартного клиента - ставят любое qt раком, а если
> еще правильно спроектированно, так, что можно в  любом браузере посмотреть
> запросы и потом повторять их каким-нибудь curl, хоть с телефона. хоть
> с холодильника, то смысл существования всего другого становится очень сомнительным.

Гляньте хотя бы wpa_supplicant - два стандартных ui - cli и qt, управление возможно через: конфигурационный файл, named pipe, unix socket, udp, dbus. При этом backend бинарник имеет размер 168KB.

Ответить | Правка | Наверх | Cообщить модератору

84. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +/–
Сообщение от омномномнимус (?), 07-Янв-16, 02:54 
>А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?

а нафига? Каждому инструменту свое назначение.

Ответить | Правка | Наверх | Cообщить модератору

96. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +/–
Сообщение от cmp (ok), 07-Янв-16, 21:20 

wpa_supplicant? прибитое гвоздями к своему wpa_cli, и подрехтованное под dbus? А как мне на телефоне скрипт сделать который в зависимости от названия AP, к которой прицеплен, всякие штуки делал? (Вопрос риторический, с намеком на неидеальность wpa как примера, особенно во встраиваемых вариантах.)

> А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?

#include <stdio.h>

int main(int argc, char **argv)
{
  printf("hello, i'm classic programm\n");
  return 0;
}

> Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?

Лень.

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

Разрабам лень делать внятные инструкции или хотябы экзамплы чтобы это можно было не напрягаясь посмотреть.

Проблема, ИМХО, в отсутсвии внятного и человеческого межпроцессорного взаимодействия, поэтому одни еб..ся с dbus, которое перегруженно всякой хренью и гвоздями к ней прибито, другие используют костыли предоставляемые из каробки всякими gtk/qt, хотя это ни разу не их задача, а третьи лепят из того, что есть и http тут очень удачно подменяет IPC.

У Бернштейна есть "эталонная" реализация tcp сервера, там кода строк 200, почему нет реализации простенькой IPC, которая как раз и будет слушать сокет хоть tcp, хоть unix, лично я не понимаю.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

99. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +1 +/–
Сообщение от Mihail Zenkov (ok), 07-Янв-16, 22:23 
> wpa_supplicant? прибитое гвоздями к своему wpa_cli, и подрехтованное под dbus?

Там четкое разделение на backend и frontend. Можно собрать только backend без wpa_cli и настраивать через конфиг или wpa_gui.

> А как
> мне на телефоне скрипт сделать который в зависимости от названия AP,
> к которой прицеплен, всякие штуки делал? (Вопрос риторический, с намеком на
> неидеальность wpa как примера, особенно во встраиваемых вариантах.)

Тем не менее ответ на него есть:

https://wiki.archlinux.org/index.php/WPA_supplicant#wpa_cli_...

>> А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?
> #include <stdio.h>
> int main(int argc, char **argv)
> {
>   printf("hello, i'm classic programm\n");
>   return 0;
> }

Не вижу здесь gui на html5.

>> Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?
> Лень.
> Лично мне лень познавать гтк, чтобы понять как отправить какому-нибудь демону команду
> что-то сделать, вычлиняя это из исходников клинта на gtk.

1. Обычно в таких случаях есть четко описанный api или протокол.
2. А вам не лень разбирать какие запросы происходят между браузером и сервером приложения? Особенно учитывая тот факт, что формально webapps не имеют четкого разделения на frontend и backend, и запросы могут меняться даже при минорном обновлении.

> Разрабам лень делать внятные инструкции или хотябы экзамплы чтобы это можно было
> не напрягаясь посмотреть.

http://w1.fi/wpa_supplicant/devel/
http://w1.fi/wpa_supplicant/devel/hostapd_ctrl_iface_page.html
wpa_supplicant-2.5.tar.xz/wpa_supplicant-2.5/wpa_supplicant/examples

Чего вам не хватает?

> Проблема, ИМХО, в отсутсвии внятного и человеческого межпроцессорного взаимодействия,
> поэтому одни еб..ся с dbus, которое перегруженно всякой хренью и гвоздями
> к ней прибито,

dbus я тоже не люблю.

> другие используют костыли предоставляемые из каробки всякими gtk/qt,
> хотя это ни разу не их задача,

В большинстве случаев (при frontend/backend) строится движок, независящий от gtk/qt. Например gimp, изначальный прародитель gtk, не являющийся формально frontend/backend, позволяет использовать его библиотеки и создавать новые графические редакторы не линкуясь с gtk совсем.

> а третьи лепят из
> того, что есть и http тут очень удачно подменяет IPC.

http может быть оправдан только при необходимости удаленного доступа. Для локального большой overhead, тормоза и расход памяти.

Для большинства приложений разнесение на frontend и backend не имеет большого смысла.

> У Бернштейна есть "эталонная" реализация tcp сервера, там кода строк 200, почему
> нет реализации простенькой IPC, которая как раз и будет слушать сокет
> хоть tcp, хоть unix, лично я не понимаю.

А в чем проблема слушать сокет? Можно nc использовать. Я для локальной сетки использую "busybox nc -ll -p 7777 -e sftp-server", в том числе и на телефоне.

Вот пример на d, тут фактически простой http сервер:

import std.socket, std.string;

void main() {
    Socket listener = new TcpSocket;
    assert(listener.isAlive);
    listener.bind(new InternetAddress(8080));
    listener.listen(10);
    string webpage = "<html><body>hi</body></html>";

    Socket currSock;
    uint bytesRead;
    ubyte buff[1];

    while(1) {
        currSock = listener.accept();
        if ((bytesRead = currSock.receive(buff)) > 0) {
           currSock.sendTo(webpage);
        }
        currSock.close();
        buff.clear();
    }
}

Ответить | Правка | Наверх | Cообщить модератору

124. "Форд, Мазда, Мицубиси и Субару подключились к разработке отк..."  +/–
Сообщение от count0krsk (ok), 10-Янв-16, 01:19 
Межпроцессного! Межпроцессорное слава БГ-у делают люди, которым не лень узнать что-то новое.
Погромисты блин...
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру