|
C# или Java - что более перспективно в меняющемся мире? 🠗 (длинная ветка 13.07.2017 11:10) | ☑ | ||
---|---|---|---|---|
0
april
05.06.17
✎
08:43
|
что стоит выучить?
|
|||
409
april
12.06.17
✎
08:43
|
Говорят в джавах всяких все не так
"И ты говори" (цы) сперто... сжирание памяти? да легко! создаем объекты и не уничтожаем! память будет течь только в путь! да я знаю место, где c++ был, есть и будет есть - это ардуино и прочие... кстати прикольно! |
|||
410
Serginio1
12.06.17
✎
10:25
|
(404) Ну так ты и есть хомячок ибо ты делаешь так. Используешь XML, продукты MS итд.
(405) Игры это несколько другой Гуй. (406) Я вообще то даю информацию топикастеру и тем кого это интересует. Ты название ветки прочитай. Или просто так влезть? (407) Я вообще то программирую и вижу изменения. https://docs.microsoft.com/ru-ru/dotnet/core/tools/project-json-to-csproj (408) Там много чего нет. XML более продуманный формат https://stackoverflow.com/questions/791761/xml-for-configuration-files-why |
|||
411
Serginio1
12.06.17
✎
10:29
|
(409) Сейчас и на разные IoT, арудино приходят .Net Core и xamarin.Forms, UWP
https://developer.microsoft.com/en-us/windows/iot/docs/arduinoandwindows10 |
|||
412
april
12.06.17
✎
10:30
|
(411)
о_О в безграничном удивлении... оно же там не поместится! |
|||
413
Serginio1
12.06.17
✎
10:36
|
(412) Помещается.
https://developer.microsoft.com/ru-ru/windows/iot Есть микро Фреймворк https://ru.wikipedia.org/wiki/.NET_Micro_Framework |
|||
414
lock19
12.06.17
✎
10:37
|
(410) "Ну так ты и есть хомячок ибо ты делаешь так."
Я назвал хомячками овнокодеров, и тех, которые не понимают русского, хотя и пишут на нём, а не клиентов микрософта. "Игры это несколько другой Гуй." Ты конечно не заметил, но речь шла о гуе вообще. "Я вообще то программирую и вижу изменения. https://docs.microsoft.com/ru-ru/dotnet/core/tools/project-json-to-csproj" Ни слова о недостатках. "Там много чего нет. XML более продуманный формат https://stackoverflow.com/questions/791761/xml-for-configuration-files-why" --> This is an important question. Most alternatives (JSON, YAML, INI files) are easier to parse than XML. Also, in languages like Python -- where everything is source -- it's easier to simply put your configuration in a clearly-labeled Python module. Yet, some people will say that XML has some advantage over JSON or Python. What's important about XML is that the "universality" of XML syntax doesn't really apply much when writing a configuration file that's specific to an application. Since portability of a configuration file doesn't matter, some Python folks write their configuration files in Python. -Самый оценённый ответ. Перевести? |
|||
415
lock19
12.06.17
✎
10:44
|
(413) "Лучшие игрушки — живые лягушки!" Желание майков пихать свои поделки во всё не считаясь со здравым смыслом вполне понятно.
Туда и яваскрипт приходит и даже питон. |
|||
416
Serginio1
12.06.17
✎
10:51
|
(414) Ну и игры движок да на С++, а вот использовать движок проще на том же Питоне.
Про недостатки Json в конфиг файле можно найти ветки на RSDN. Там люди плевались, и поэтому MS вернула обратно. Если бы все было бы шоколодно, зачем возвращать обратно? (415) Вот честно мне совсем не интересно твое мнение об MS. Ты любой мой ответ переводишь, на свою ненависть к этой фирме засоряя ветку своими домыслами. Я всего навсего даю информацию о возможностях .Net. Заметь ветка называется "C# или Java - что более перспективно в меняющемся мире?" Еще раз это не MS тащит в Tizen .Net Core. Это Самсунг выбирает и вкладывает деньги. MS сейчас делает конкурентный межплатформенный продукт. Чем это плохо? Результат это не только развитие .Net Core но и других языков. Ты же хочешь безконкурентную среду где будут только Java и C++. И чем ты лучше хомячков? |
|||
417
lock19
12.06.17
✎
12:59
|
(416) "Ну и игры движок да на С++, а вот использовать движок проще на том же Питоне."
Ну так само ПО на C++, а интерфейс описывается одним из *ml. Большая разница? "Вот честно мне совсем не интересно твое мнение об MS." Точно так же мне неинтересно твоё мнение о моём мнении об Ms. Предлагаю не останавливаться на этом моменте. "Я всего навсего даю информацию о возможностях .Net." А я о недостатках. На всякий случай напомню: MS пилит не только C#+NET, но и VC++. |
|||
418
Serginio1
12.06.17
✎
13:32
|
(417) Понимаешь, эту ветку читаем не только мы с тобой. Смысл
нашей беседы дать людям информацию. И прежде всего касаемо названия ветки. В названии ветки нет слова С++. Так вот я даю информацию, касаемо названия ветки. Кроме того я даю информацию и о недостаках .Net. А именно, распространенность Java в мобильном секторе и интерпайзе. Но сейчас развивается .Net Core который проникает не только в мобильный сектор, но и в IoT. Сейчас развивается огромными темпами Azure с докерами под Линукс итд. А основной платформой под них выступает .Net Core Да сейчас .Net Core молодой, но через месяц другой выйдет в релиз .Net Core 2 c поддержкой .NetStandard 2, где количество библиотек будет близко к обычному .Net. Развивается кроссплатформенный xaml. Кроме того развивается .Net Native, где скорость скомпилированного кода близка к C++, при этом в мобильном секторе меньше потребляется энергии и при этом получается обфускация кода. Технологии .Net Native так же применяются и в Xamarin под iOS Можешь дать информацию по Java. Думаю всем будет интересно. |
|||
419
lock19
12.06.17
✎
16:44
|
(418) "Понимаешь, эту ветку читаем не только мы с тобой. Смысл
нашей беседы дать людям информацию. И прежде всего касаемо названия ветки. В названии ветки нет слова С++" О склонности к мазохизму там тоже ничего не было. "Можешь дать информацию по Java. Думаю всем будет интересно." Не могу. Не написал на ней ни строчки. |
|||
420
Vovan1975
12.06.17
✎
17:57
|
C++ говорите?
http://www.sql.ru/forum/466654-1/s?hl=xeno |
|||
421
lock19
12.06.17
✎
19:54
|
(420) 2007 - 2008 гг? ))
|
|||
422
Злопчинский
12.06.17
✎
20:11
|
Короче, склифасовские, пишите конкреретно чем заняться, а то развели тут...
|
|||
423
Garykom
гуру
12.06.17
✎
20:58
|
Учить несколько разных языков/технологий, не замыкаясь на одной чтобы не пролететь.
Именно разных т.е. если учим C# то Java учить не надо, лучше JS или PHP. Выбирать из http://itmozg.ru/news/1286/ Обратить внимание на тенденции http://itmozg.ru/old/upload/news/programming-index.png |
|||
424
Garykom
гуру
12.06.17
✎
21:07
|
(423) Учесть что есть общие тенденции большая Java падает, поддерживает ее только Java Android (это немного другое).
PHP падет еще быстрее и поддерживает только большая куча древних наработок/сайтов, т.е. востребованность будет еще долго. C/C++ не упали только за счет бума микроконтроллеров типа ардуинки, stm и т.д. Как только некто наваяет приличные компиляторы с других языков более высокого уровня они упадут окончательно в разряд туда же где ASM. JavaScript пока на подъеме, но слишком большой разброд, еще и куча языков (померший Dart, пока не CoffeeScript и будущий помирать TypeScript) которые компилируются в js картинку портят. |
|||
425
100kg
12.06.17
✎
21:12
|
(0) Если выбирать именно из сабжа, то голосую за С#, т.к. Visual Studio прекрасна
|
|||
426
Garykom
гуру
12.06.17
✎
21:28
|
(425) Эээ прекрасна чем?
Объемом сжираемом на и так небольшом SSD? Или тормозами (особенно установки/обновления) на HDD? Или может никогда не было проблем с переходом/переносом проекта на новую/старую версию VS ? Это ля постоянная трабла. |
|||
427
Serginio1
12.06.17
✎
22:18
|
(424) Сейчас Angular 2 набирает обороты. Это действительно нормальный Фреймворк. А TypeScript это основной язык.
И он постоянно развивается. (426) Почитай для интереса Вот кстати обсуждение IDE http://rsdn.org/forum/flame.comp/6793566.flat VS не совершенство, но лучше нет. Проблем с переходом не было |
|||
428
100kg
13.06.17
✎
00:58
|
(426) Так устанавливай на большой SSD!
Так не устанавливай на HDD! |
|||
429
100kg
13.06.17
✎
00:59
|
(426) О каких проблемах с переносом вы говорите?
|
|||
430
Vovan1975
13.06.17
✎
07:07
|
(421) это все что ты оттуда подчерпнул. Хреново.
|
|||
431
lock19
13.06.17
✎
09:55
|
(430) Всё полезное, что можно было бы там почерпнуть, есть в других местах, так зачем заниматься некрофилией, особенно учитывая несколько обновлений стандарта С++ с тех времён?
https://nn.hh.ru/search/vacancy?text=c%2B%2B https://trends.google.ru/trends/explore?date=all&q=c%2B%2B |
|||
432
Serginio1
13.06.17
✎
09:57
|
(423) Тут к статистике разный подход
http://www.artvolt.ru/jaziki-programmirovaniya/ Вот по вакансиям https://habrahabr.ru/company/hh/blog/318450/ |
|||
433
lock19
13.06.17
✎
10:02
|
*(431) https://trends.google.ru/trends/explore?q=%2Fm%2F0jgqg -правильная ссылка
|
|||
434
Vovan1975
14.06.17
✎
07:53
|
(431) я полагаю вам некогда было читать ту ссылку. Ну да ладно. Я приведу пару цитаток оттуда, чтобы было понятно, что я имею в виду.
Цитатко намбер уан:"Мсье намекает, что у языка C++ есть какая-то специфическая ниша, где ему альтернативы нет, и где его применение оправдано? Интересно, даже очень интересно. Попытайтесь ка рассказать почтенной публике об этой нише. Я вообще-то не встречал еще ни единой задачи, которую стоило бы решать на C++." цитатко намбер ту:"Дельфи тоже давно сдохло. Не используется нигде за пределами пост-СССР. Так что - для массового прикладного программирования рулит Java и .NET, а для эксклюзива - экзотика, такая как Форт, Haskell, OCaml, Common Lisp. Денег на программистскую душу перепадает больше всего именно в эксклюзивных проектах, поскольку в массовом программировании пошли по пути конвейерного производства - посадишь с десяток дешевых недоучек за $3000 в месяц каждому, и если не будут справляться - добавить еще с десяток." ну и цитатко намбер 3:""Мощнейшим" он кажется, если не знать ничего другого. На самом деле он адски ограниченный. Хуже всего дела обстоят с самым потенциально мощным механизмом языка - с метапрограммированием. Язык темплейтов в C++, хоть и является Тьюринг-полным, на самом деле на практике бесполезен. Он не совпадает с самим C++, из этого языка нельзя пользоваться возможностями C++, и, соответственно, потенциал роста сложности абстракций оказывается ограниченным. Далее - семантика системы типов языка излишне сложная, при этом не полная и не ортогональная. В результате - рассадник тупейших ошибок. Потенциал к оптимизации у программ на C++ весьма низкий, опять же за счет недостаточно развитой системы типов и отсутствия механизмов формулировки высокоуровневых абстракций. Языки более высокого уровня можно гораздо серьезнее оптимизировать, к ним можно применять интересные формальные методики - автоматически распараллеливать алгоритмы, выводить определенные свойства реализации, и т.п. Как язык низкого уровня, как кроссплатформный ассемблер, он тоже слабее своего предшественника, чистого Си: спасибо за это непредсказуемому и нестандартизованному name mangling. Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо. Мало других таких языков, для которых парсер написать - это подвиг, достойный прижизненного конного памятника в полный рост." вот собственно о чем я. |
|||
435
mexanik_96
14.06.17
✎
08:37
|
(424) ну хз, хз, кроме ардуино и стм, прикинь да есть еще embeeded системы(да кассы даже теже самые(штрихм(на атмега стоит)) прикинь да). некуда он не упадет
|
|||
436
mexanik_96
14.06.17
✎
08:39
|
+(435) порты(перенос) уровня абстракции для работы с железом(hal) к примеру, ядра(kernel) и их части там всякие
|
|||
437
kiruha
14.06.17
✎
10:38
|
(425)
"Visual Studio 2017 позволяет создавать собственные приложения Android с помощью Xamarin и C# или Java и C++ и гибридные приложения Android с помощью Apache Cordova 6.3.1 и JavaScript и TypeScript." https://www.visualstudio.com/ru-ru/productinfo/vs2017-compatibility-vs так что VS к выбору языка не имеет прямого отношения Это среда разработки |
|||
438
Aevarandi
14.06.17
✎
11:13
|
(434)
Дурацкий синктаксис это же не баг, а фишка, он же сам вроде писал, что пытались сделать максимально удобным для программиста, а не для создателей всяких парсеров/компиляторов. |
|||
439
lock19
14.06.17
✎
11:30
|
(434) Ну да, неохота было тратить время на заведомо известный состав контента.
Поделюсь мыслями касаемо цитат. "Цитатко намбер уан" Ниша C++ - числодробилки, околонизкий уровень, нуждающийся в сложных абстракциях. Сюда входят околонаучные приложения, системные утилиты, юзермод драйверы, игровые движки и всякий другой низкий уровень прикладного ПО. Конечно же, нужно присовокупить поддержку объёмного legacy. Достоинство C++: портируемость, детерминированность работы продукта - то есть хороший показатель качество/затраты. "цитатко намбер ту" Список взят с неба в новолуние. Для массового, достаточно низкопробного ПО сейчас рулят C#, Java, php, JS, Python. Арьегард "дельфистов" перебегает на C#. "ну и цитатко намбер 3" Ограниченность языка шаблонов тоже взята с потолка. На данный момент он очень мощный, позволяющий удовлетворить любые прихоти. "семантика системы типов языка излишне сложная, при этом не полная и не ортогональная." Что-то такое есть, хотя о неполноте и неортогональности хотелось бы увидеть конкретные примеры. "Потенциал к оптимизации у программ на C++ весьма низкий, опять же за счет недостаточно развитой системы типов и отсутствия механизмов формулировки высокоуровневых абстракций. Языки более высокого уровня можно гораздо серьезнее оптимизировать, к ним можно применять интересные формальные методики - автоматически распараллеливать алгоритмы, выводить определенные свойства реализации, и т.п." Система типов на данный момент, опять же таки, вполне развита. Методика формулировки высокоуровневых абстракций тоже известна. Это ООП + ОП + метапрограммирование. Статические анализаторы на рынке присутсвуют, оптимизации simd в среднем работают, а автоматическое разнесение по потокам в большинстве случаев никому не нужно и нигде не применяется из-за последующей недетерминированности свойств продукта. "Как язык низкого уровня, как кроссплатформный ассемблер, он тоже слабее своего предшественника, чистого Си: спасибо за это непредсказуемому и нестандартизованному name mangling." Обычно asm и С подключают к плюсам, а не наоборот, притом в рамках конкретной платформы. "Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо." Есть такое. От тонн std::blahblahblah<std::blahblahblah<>/*тут бы пробел надоть*/> ([](){}) глаза разбегаются. Но C# с Rust-ом тут тоже не на высоте, как и C со 60% кода для препроцессора. |
|||
440
lock19
14.06.17
✎
11:38
|
(400) Сделал заготовку интерфейса на XAML - кальку с готового на wx. При запуске это сожрало в 2.5 раза больше памяти чем готовое приложение C++ + wx + sqlite + openssl. Ах, да, деталька: на стенд пришлось установить так же и NET.
|
|||
441
Serginio1
14.06.17
✎
15:13
|
(440) Все течет все меняется.
http://rsdn.org/forum/dotnet/6808392.1 Попробуй для интереса UWP и .Net Native |
|||
442
april
14.06.17
✎
15:30
|
>> Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо. Мало других таких языков, для которых парсер написать - это подвиг, достойный прижизненного конного памятника в полный рост."
я как-то написал... парсер прайс-листа озона на visual c++ за пару дней знал, бы что это так сложно потребовал бы нобелевку... |
|||
443
april
14.06.17
✎
15:34
|
форт?
Тайна речи магистра Йоды открыта: Старым программистом на Форте он был… (c) Да он ушел давно вслед за динозаврами! Его только астрономы США используют! И больше никто! |
|||
444
april
14.06.17
✎
15:34
|
php?
подозреваю, что он всех нас переживет... |
|||
445
Garykom
гуру
14.06.17
✎
15:47
|
(429) Попробуй проект назад откатить на предыдущую версию, или скакнуть через 2-3 версии VS
|
|||
446
Garykom
гуру
14.06.17
✎
15:50
|
(445)+ Причем не простенький типа калькулятора а нечто с кучей чужих либ/зависимостей и привязками к платформами/осям
|
|||
447
Garykom
гуру
14.06.17
✎
15:51
|
(444) Угу вместе с 1С77 ))
|
|||
448
lock19
14.06.17
✎
17:45
|
(442) Судя по всему, коллега подразумевал парсинг текстов на С++.
|
|||
449
Garykom
гуру
14.06.17
✎
17:57
|
(435) (436) Не спорю что есть, только учти что есть массовое программирование и есть редко-уникальное.
Хорошо знающим cobol или fortran до сих пор можно найти неплохую работу... вопрос сколько будем искать? |
|||
450
Serginio1
14.06.17
✎
18:42
|
(445) При том, что бы обратно скакануть, то там старшие языки не поддерживаются ну и настройки другие.
Если скакать через несколько, то возможны варианты. Но вот я сейчас недавно переводил из 10 в 17 нормально прошло. Или проще создать новый проект, скопировать все файлы и включить их в проект. |
|||
451
lock19
15.06.17
✎
09:46
|
Important: The WDK is not yet compatible with Visual Studio 2017. Use Visual Studio 2015 for driver development.
Какая прелесть. |
|||
452
Serginio1
15.06.17
✎
10:11
|
(451) То есть ты используешь ненавистные продукты MS и возмущаешься, что Разработка драйверов для Windows 10 только в Visual Studio 2015?
Тяжело понять MS ненавистников. Вот тут тоже одни драйверописатели собрались. Беда. |
|||
453
lock19
15.06.17
✎
10:30
|
(452) Я что, только для себя пишу?
Там дальше ещё есть перл: Important: If you install the WDK, you will not be able to develop Modern Applications. |
|||
454
Serginio1
15.06.17
✎
10:32
|
(453) Вот и я про очень актуальную тему на данном форуме поднятую тобой.
Нужно голосовалку устроить, кто знает, что такое WDK. |
|||
455
lock19
15.06.17
✎
10:33
|
(454) Лучше: "кто знает что такое M$"
|
|||
456
Serginio1
15.06.17
✎
10:38
|
(455) Ну заметь тебе понравилось мое название M$.
Ну и как ты думаешь какой будет ответ на WDK и Microsoft? То есть главнон охаять ненавистную фирму, главное, что есть недостаток, я то что драйверописатели вполне могут обойтись Visual Studio 2015 это не важно. Кстати я на работе еще на Visual Studio 2017 не перешел |
|||
457
Вафель
15.06.17
✎
10:40
|
(456) Как бы совсем не твое название
http://www.urbandictionary.com/define.php?term=M%24 |
|||
458
lock19
15.06.17
✎
10:46
|
(456) Мне плевать знает кто-то о ddk aka wdk, или не знает - мне, вообще, один паршивый asm с четырьмя паршивыми инклюдами собрать.
На работе я ещё на Висту не перешел, а дома вынужден держать несколько выпусков SDK и студий, но ни в одном нет нужных *.inc |
|||
459
igorPetrov
15.06.17
✎
10:51
|
(456) "Ну заметь тебе понравилось мое название M$. " - ну, ты выдал )))
|
|||
460
lock19
18.06.17
✎
01:44
|
||||
461
Serginio1
18.06.17
✎
14:04
|
(460)
"Главная попа WinForms как раз и состоит в том, что оно крайне плохо поддается реюзу. WPF же долго запрягает, но потом на отлаженном фреймворке сотни окон пекутся как горячие пирожки. Для винформсов такое или вообще недоступно, либо доступно жестким потом и кровью с сомнительной надежности результатом. " |
|||
462
lock19
18.06.17
✎
15:40
|
"Главная попа в том, что говоря WinForms подразумевают лапша-стайл. Пиши на WPF драг-дропом контролов с тулбокса в окно, и получишь ровно то-же самое.
А получилось это потому что для WPF майкрософт пропагандировала и насаждала MVVM. В подавляющем большинстве туториалов для начинающих использовали правильные подходы. Плюс отдельные статьи по разработке в стиле MVVM имено на WPF. Я вот уверен, что будь такое же количество материалов WinForms + MVP, речь о недостатках WinForms в разрезе реюза звучала бы не слышным шопотом. Так что я бы сказал, что это не WinForms плохо поддается реюзу, а на WinForms так пишут." |
|||
463
Serginio1
19.06.17
✎
09:55
|
(462) Понимаешь ли Ночной Смотрящий знающий WPF.
Материалов по WinForms + MVP, только вот WPF лучше приспособлен для работы с моделью данных. Да и в большинстве случаев выбирается WPF, WinForms для совместимости или приложение из двух формочек. Оттуда же "А на WPF многое можно вообще не писать. Иногда — почти все. Шаблончики накидал базовые, а форма сама из них собралась. На винформсах же, даже если ты выпрыгнешь из штанов и полностью перепишешь штатный убогий биндинг, возможностей по композиции UI у тебя все равно не добавится. Все те же юзерконтролы и убогие и кривые лейауты. Попытки выпрыгнуть из штанов я тоже наблюдал неоднократно. Например в DevExpress. Печальное зрелище." |
|||
464
Так мало знающий
19.06.17
✎
10:09
|
(463) Подскажи, а что ты рекомендуешь к изучению?
|
|||
465
kyvv
19.06.17
✎
10:23
|
Cсылки на высказывания недоучек уже достали. Не могли бы спорящие привести примеры из жизни. Формочки в 1С на чем разработаны? Убогие ОФ на ..., а красивые УФ на ... И далее в таком же ключе.
|
|||
466
Serginio1
19.06.17
✎
10:23
|
(464) Посмотри https://metanit.com/sharp/
Там много материалов. Для поимания сути .Net конечно Рихтер https://www.ozon.ru/context/detail/id/21236101/ |
|||
467
Так мало знающий
19.06.17
✎
10:25
|
(466) Спасибо.
|
|||
468
kyvv
19.06.17
✎
10:35
|
"С выходом .NET Framework 3.0 Microsoft выпустила новый API для рисования пользовательских интерфейсов: Windows Presentation Foundation, который базировался на DirectX 11 и декларативном языке описания интерфейсов XAML. Однако, даже несмотря на все это, Windows Forms и WPF всё ещё предлагают схожую функциональность, и поэтому Windows Forms не был упразднен в пользу WPF, а продолжает использоваться как альтернативная технология построения интерфейсов наряду с WPF". Отсюда https://ru.wikipedia.org/wiki/Windows_Forms
|
|||
469
Serginio1
19.06.17
✎
10:56
|
(468) Я вот сейчас использую WinForms и DevExpress.
И плююсь. |
|||
470
kyvv
19.06.17
✎
11:02
|
(469) А JavaFX пробовали?
|
|||
471
Serginio1
19.06.17
✎
11:07
|
(470) Я на Java не пишу
|
|||
472
lock19
19.06.17
✎
11:27
|
(465) не NET, но поскольку упоминались тут:
https://www.qt.io/built-with-qt/ https://www.wxwidgets.org/about/screenshots/ |
|||
473
badboychik
19.06.17
✎
11:37
|
(470) Я начал писать свой клон 1С:Денег, нашел офигенный компонент-календарь, но он оказался платный, дико платный (( аналоги убогие. Хотя для дотнета такая же ситуация
В остальном JavaFX удобная штука, можно на CSS оформить компоненты красиво, эффекты перехода есть Остальное как на любом Java-проекте - Hibernate, Spring, etc. |
|||
474
lock19
19.06.17
✎
16:02
|
(469) Давеча чужой winapi gui код подправлял. Ничего, живой.
|
|||
475
Cyberhawk
28.06.17
✎
18:42
|
||||
476
Tateossian
28.06.17
✎
18:54
|
Жду 9 джаву, ибо там будет Веб-клиент 2.0. А то запарился свои хэндлеры делать для загрузки разного рода контента.
Народ, кстати, вопрос к месту: скажем, в компании 40 расчетных счетоа, утром нужно знать суммарный остаток. У доброй половины нет апи (загрузка-выгрузка через файл не считается). Как автоматизировать сбор остатков по счетам без человека? Со сбером понятно - Нуралиев молодец, договорился об api (Директ-банк). Но есть банки, у которых нет апи. У юникредита все просто - там вход по логину/паролю. Благодаря JavaFX за день написал клиент, который открывает страницу, вводит логин/пароль, открывает страницу остатков, парсит инфу и готовит для 1С xml файл. Но те банки, у которых нужно смс подтверждение - что-то не получается допилить решение с помощью Андроида. Кстати, обмен между Java приложением и 1С идет через dll'ку в которой засунуты два api: Api внешних компонент от 1С и Invocation Api для вызова из 1С JVM. Но решение с псевдо-гуи - это, конечно, еще те костыли (а что еще делать без API?). |
|||
477
Cyberhawk
28.06.17
✎
18:57
|
(476) ХТТП-запросы из 1С почему не подходят?
|
|||
478
Garykom
гуру
28.06.17
✎
18:57
|
(476) Кто мешает допилить смс подтверждения? Не вижу проблем получать на компе смс и парсить, так сложно usb свисток воткнуть?
|
|||
479
Garykom
гуру
28.06.17
✎
18:59
|
(478)+ Но реально проще эти 40 расчетных счетов слегка подсократить или договориться об апи для остатков.
Мы вполне договорились в свое время насчет автоматической отправки нам отчетов на почту детальных об операциях по эквайрингу. |
|||
480
Tateossian
28.06.17
✎
19:02
|
(479) Отправку можно реализовать, но не прокатит вариант для ситуации "По запросу".
(478) У меня не получается "слушать" смс. СМС приходит на телефон, в это время останавливается ГУИ потом, ждет ответа от опрашивающего сервиса, и вот тут-то затык... Не могу синхронизировать и нормально парсить (начал на Андроиде делать приложение). Вот ссылка на код dll, которая вызовет любой (!) jar. https://codeshare.io/2jepPM |
|||
481
Tateossian
28.06.17
✎
19:10
|
||||
482
Tateossian
28.06.17
✎
19:15
|
(477) Потому что 1C не может в XMLHttpRequest, кроме того, у банк-клиентов очень хитрая проверка: они проверяют, что пользователь действительно получил фокус ввода, плюс нужно миксовать с js querySelector для валидации... хттп запросах далеко не уедешь - очень сложно смоделировать клиентское поведение + хранить все куки, payload'ы... То игрушка больше, чем инструмент.
|
|||
483
Имитация работы
28.06.17
✎
19:20
|
(481) Создавать и грохать экземпляр ява машины на каждый (каждый, Карл!) вызов метода 1С, это так принято?
|
|||
484
Tateossian
28.06.17
✎
19:23
|
(483) Он один, большой вызов, типа длительной операции. Потом идет разрыв. Да, в данном случае нужно именно так, мне не нужно держать его в памяти. Тем более - это внешняя компонента для 1С - если я уйду из серверного контекста, не грохнув jvm - у меня память вся улетучится.
|
|||
485
Имитация работы
28.06.17
✎
19:26
|
(484) Да причем тут серверный контекст...
Если сделать три вызова подряд из 1С, ява машина будет трижды создана, инициализирована и уничтожена И эти люди говорят, что 1С во что-то там не может. |
|||
486
Tateossian
28.06.17
✎
19:26
|
(483) Тем более, так написано по cook-book
http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/invocation.html Что самое ужасное, что очень мало документации по Java invocation api, даже на этой ссылке использована в примерах версия 1 мать его 4, а уже восьмая версия... |
|||
487
Tateossian
28.06.17
✎
19:29
|
(485) Алгоритм программы такой: делается вызов из 1С, запускается ряд jar'ов - весь процесс идет примерно 5 минут. Зачем мне держать машину? И еще раз - это внешняя компонента, ей выделяет память 1С и она же ее уничтожает. Вопрос: что будет с jvm, если 1С выгрузить dll из памяти, а jvm уничтожена не будет?
|
|||
488
Имитация работы
28.06.17
✎
19:29
|
(486) Где там написано, что ее надо грохать после каждого вызова?
|
|||
489
Имитация работы
28.06.17
✎
19:31
|
(487) 1С выгружает компоненту после каждого вызова метода. Ок. Уговорил. Вопросов больше не имею.
|
|||
490
Tateossian
28.06.17
✎
19:31
|
(488) Ее нужно грохать после окончания работы с ней, у меня алгоритм полного цикла: иницализация, передача параметров, ожидание ответа, закрытие. Ладно, предлагай свое решение, я ж не спорю. Где хранить указатель на JVM?
|
|||
491
Cyberhawk
28.06.17
✎
20:12
|
(482) Да, согласен, хранить в 1С на ХТТП-запросах всякие промежуточные куки и хэши - то еще упражнение для мозга. Чтобы залогиниться на страничку релизов 1С и то поднапрячься нужно было ))
|
|||
492
Starhan
13.07.17
✎
07:16
|
Символом июля стал язык Go, молодой многопоточный ЯП от Google — он продолжает набирать популярность и впервые вошел в топ-10 рейтинга TIOBE.
Июльский рейтинг языков программирования TIOBE: Go вошел в первую десятку https://tproger.ru/news/tiobe-july-2017/ |
|||
493
trdm
13.07.17
✎
08:02
|
(441) > Все течет все меняется. Попробуй для интереса UWP и .Net Native
Вот именно. MS - нестабилен. и его релизы сами с собой не совместимы. Шарписта ждет нечто наподобии dll hell. Т.е. ад релизов и совместимостей. |
|||
494
Shur1cIT
13.07.17
✎
08:04
|
(492) у меня сомнения в рейтинге, то что java падает это понятно, но то чтобы GO c 55 места до 10 взлетел (выше ruby,VB,) за год сомниваюсь,возможо это PR акция гугл хотя IT ,быстро меняеться всё возможно...
|
|||
495
Shur1cIT
13.07.17
✎
08:16
|
(494) ситуация интересная, в этерпрайзе в топе java С#, javaScript (nodeJS), java аж на 13% сдулся , С# и javaScript почти без изменений, кудаже этерпрайз подался?
|
|||
496
april
13.07.17
✎
09:29
|
в ERP2?
|
|||
497
Господин ПЖ
13.07.17
✎
10:02
|
(495) это говорит о том что все эти рейтинги для детального анализа и аналитики не годятся. кроме банальностей - вода мокрая, в ентерпрайзе правят ява и шарпей, с периодическими попытками вклинивания туда "модных новичков" типа js
|
|||
498
Кирпич
13.07.17
✎
10:06
|
(492) ничосе. скоро паскаль обгонит
|
|||
499
trdm
13.07.17
✎
11:02
|
(494) Да какая-нибудь академическая программа встряла и поисковые запросы подскочили.
Рейтинг языков - это не точная инфа. Лучше по вакухам смотреть. |
|||
500
Господин ПЖ
13.07.17
✎
11:06
|
>Лучше по вакухам смотреть.
угу. и выясниться в реальном мире по go и прочим ruby - практически ж.па от "местных" работодателей |
|||
501
Вафель
13.07.17
✎
11:07
|
(500) Так это нужно ТАМ работу искать, а не здесь
|
|||
502
april
13.07.17
✎
11:08
|
ruby мертв по объективным причинам.
|
|||
503
Господин ПЖ
13.07.17
✎
11:10
|
(502) ненужная куерга?
|
|||
504
april
13.07.17
✎
11:16
|
На вебинаре по PHP-фреймворкам ведущий высказался о руби "Руби мертв потому, что он никому не интересен, кроме своего создателя - сумасшедшего японца. Все что есть на руби это давно устаревшие рельсы ну и, пожалуй, единственный этот трекер... редмайн. Начинать в 2014 году в его конце что-то новое на руби это безумие, поверьте мне. Язык не будет развиваться дальше. При этом его встроенные недостатки не позволяют успевать за общим прогрессом."
(с) ну очень медленный и неадекватный |
|||
505
Кирпич
13.07.17
✎
11:24
|
(504) Ну ты сходи на вебинар по Руби. Там тебе объяснят почему PHP медленный и неадекватный отстой.
|
|||
506
Господин ПЖ
13.07.17
✎
11:25
|
>На вебинаре по PHP-фреймворкам ведущий высказался о руби
ну это каждый кулик сам свое болото хвалит |
|||
507
april
13.07.17
✎
11:27
|
Язык - это способ формулировать мысли!
Ruby - это способ формулировать японские мысли ;) |
|||
508
Serginio1
14.07.17
✎
11:19
|
(493) Для этого есть NetStandard. Совсем скоро выйдет в релиз NetStandard 2, который совместим и с обычным Фреймворком и с .Net Core и с Xamarin и UWP.
Сейчас в Nuget можно делать сборки под конкретную платформу. Так, что все прекрасно |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |