|
Когда в языке 1С появится оператор ++ | ☑ | ||
---|---|---|---|---|
0
Dmitry1c
17.04.14
✎
21:04
|
Спасибо за внимание.
Еще бы строгую типизацию. Влажные фантазии. |
|||
1
ObjectRelation Model
17.04.14
✎
21:05
|
и убрать пустые ссылки
|
|||
2
ObjectRelation Model
17.04.14
✎
21:06
|
+(1) и Неопределено в хранимых в БД данных
|
|||
3
ObjectRelation Model
17.04.14
✎
21:07
|
+(2) и вообще баян
|
|||
4
ДенисЧ
17.04.14
✎
21:08
|
вообще - внеси в шалоны и пользуйся.
|
|||
5
GROOVY
17.04.14
✎
21:09
|
(4) Шалонишка...
|
|||
6
ObjectRelation Model
17.04.14
✎
21:09
|
(4) да ты сам шалун
З.Ы. Объявляю ветку пятничной |
|||
7
GROOVY
модератор
17.04.14
✎
21:10
|
(6) Ты кто?
|
|||
8
Torquader
17.04.14
✎
21:10
|
(4) ++А удобно тем, что не нужно писать отдельную строку для того, чтобы сделать инкремент, особенно, когда передача идёт в функцию.
Но, в 1С нет множественных выражений, типа А=Б=С+1, так что инкремент или декремент - из пушки по воробьям. |
|||
9
ObjectRelation Model
17.04.14
✎
21:11
|
(7) Ненавижу 1С
|
|||
10
xReason
17.04.14
✎
21:11
|
(8) Это все синтаксический сахар
|
|||
11
GROOVY
17.04.14
✎
21:12
|
(8) А=Б=С+1 - успешно работает :)
(9) Сочувствую ;) |
|||
12
Torquader
17.04.14
✎
21:14
|
(11) Только оно вернёт булево.
А=(Б равно С+1), а хочется А=Б=B=Д+(Е=Функция1(Ж=И+К)) |
|||
13
Torquader
17.04.14
✎
21:15
|
Просто, кто-то "умный" решил, что оператор сравнения и оператор присваивания будут обозначаться одинаково, а определяться по положению в формуле.
|
|||
14
Dmitry1c
17.04.14
✎
21:16
|
#define true false
счастливой отладки ... |
|||
15
Dmitry1c
17.04.14
✎
21:17
|
Вообще, почему бы не дать разработчикам свой API в конфигураторе.
Вот очень хотелось бы. Скиллов на инджекты dll'ок в процессы 1С не хватает. |
|||
16
GROOVY
17.04.14
✎
21:18
|
(13) Так это задолго до 1С придумали.
(15) Скоро будет. |
|||
17
Torquader
17.04.14
✎
21:19
|
(15) Ну, тогда работа в 1С была бы уделом избранных, так как код и все нужные для его формирования данные можно было бы хранить в одном месте, а код 1С собирать уже по этим "шаблонам", собственно - и сейчас ничего не мешает это делать.
|
|||
18
GROOVY
17.04.14
✎
21:19
|
(15) Про снегопата ты видимо не знаешь...
|
|||
19
Torquader
17.04.14
✎
21:19
|
(16) В бейсике, который перевели с кривым словарём, и получился язык 1С, а потом уже дорабатывали, чтобы было на что-то похоже.
|
|||
20
GROOVY
17.04.14
✎
21:21
|
(19) И что в этом плохого? На мой взглад вполне себе нормальный язык получился, в 8рке.
|
|||
21
orefkov
17.04.14
✎
21:28
|
||||
22
Dmitry1c
17.04.14
✎
21:38
|
(16) 8.3.6?
|
|||
23
Dmitry1c
17.04.14
✎
21:38
|
(18) снегопат знаю, но реализация не нативная
|
|||
24
GROOVY
17.04.14
✎
21:41
|
(22) Нет - это отдельный продукт 1C:Developer Tools
|
|||
25
Chai Nic
17.04.14
✎
21:41
|
Нафиг-нафиг-нафиг! Делать из приличного ЯП убогий Си - кошмар. Не хватало еще побочных эффектов вычисления выражений..
|
|||
26
Chai Nic
17.04.14
✎
21:44
|
Лучше бы сделали наследование модулей как классов.. чтобы не было эмуляции наследования через кучу вызовов процедур..
|
|||
27
Dmitry1c
17.04.14
✎
21:49
|
(24) инструменты разработчика?
|
|||
28
Dmitry1c
17.04.14
✎
21:49
|
Даешь обработчики событий формы в общих модулях!
|
|||
29
NcSteel
17.04.14
✎
21:50
|
(0) Надеюсь никогда, особенно про строгую типизацию улыбнуло.
|
|||
30
Лефмихалыч
17.04.14
✎
21:53
|
(0) ну, ладно инкремент - хрен с ним, может кому и надо. Но строгая типизация вам на кой? Чтобы было побольше гемора с полями составного типа? Или чтобы превратить жизнь в сцущий ад при помощи невозможности использовать поля составного типа?
|
|||
31
Dmitry1c
17.04.14
✎
21:54
|
(30) это в качестве начала пятничной ветки.
Шутка. |
|||
32
Torquader
17.04.14
✎
21:54
|
(29) Строгая типизация при определении переменных позволяет выявлять ошибки ещё на стадии сборки кода.
Потом, исключение из-за неверного типа гораздо лучше, чем непонятные данные. |
|||
33
Лефмихалыч
17.04.14
✎
21:55
|
или это, чтобы перед тем, как возъюзать знаение составного типа, полученное из запроса, бедолаге-одинэснику нужно было сначала либо определить этот составной тип, либо найти или создать общего предка для всех получаемых типов (а перед этим их в design time все правильно угадать)?..
|
|||
34
Dmitry1c
17.04.14
✎
21:55
|
(33) *передал корвалол*
|
|||
35
Лефмихалыч
17.04.14
✎
21:57
|
без строгой типизации я просто вот так беру и использую результат запроса "Выбрать Регистратор ИЗ РегистрБюстгалтерии.Бюстгалтерский".
Со строгой я, пожалуй приподзатрахаюсь. Ну, или я буду получать какой-нить сцаный VARIANT, который всю эту вашу строгую типизацию вертел на какой-нить RTTI... |
|||
36
Dmitry1c
17.04.14
✎
21:59
|
(35) как насчет LINQ21C?
|
|||
37
Лефмихалыч
17.04.14
✎
21:59
|
полиморфизям с наследованием бы пригодился, чтобы реализацию наследовать и переопределять частично, но я даже подумать боясь, как бы это выглядело в 1С и что могли бы навертеть при помощи этого 1Сники из мелких франчей в клиентских типовых (точнее уже теперь никуа не типовых)
|
|||
38
Лефмихалыч
17.04.14
✎
22:00
|
(36) это какой-то новый клёвый наркотик или средство от потенции?
|
|||
39
Asmody
17.04.14
✎
22:01
|
Инкременты - это мелко. Статическая типизация, конечно, лишняя, но лямбды, замыкания и асинхронность без выпентрежа не помешали бы
|
|||
40
Dmitry1c
17.04.14
✎
22:02
|
(39) кстати да.
Я ХОЧУ СДЕЛАТЬ ПАУЗУ В ПРОЦЕССЕ 1С. Но как я могу это сделать? Никак... |
|||
41
Лефмихалыч
17.04.14
✎
22:03
|
(40) зачем тебе пауза в процессе?
|
|||
42
Dmitry1c
17.04.14
✎
22:04
|
(41) иногда требуется
|
|||
43
GROOVY
17.04.14
✎
22:06
|
(42) Никогда не требуется в событийных системах.
|
|||
44
Лефмихалыч
17.04.14
✎
22:07
|
(42) ну, расскажи пример
|
|||
45
ObjectRelation Model
17.04.14
✎
22:08
|
(30)(35)ты про interface в Java/C# слышал?
|
|||
46
NcSteel
17.04.14
✎
22:09
|
велосипедисты, действительно примеры давайте.
|
|||
47
Лефмихалыч
17.04.14
✎
22:09
|
(45) слышал, именно по этому и написал (33)
|
|||
48
Лефмихалыч
17.04.14
✎
22:11
|
(46) ну, рискну предположить, - когда вот надо, например, чтобы код работал на 0.33 секудны, а 33 часа. Чтоб начит дороже стоило. Как без таймаута?
|
|||
49
ObjectRelation Model
17.04.14
✎
22:12
|
(47)да, надо угадать
вообще я за variant (или dynamic in C#) в отчетах, но за строгую типизацию в бизнес-логике (например в проведении документов) Почему вместо объектов обработок используют модули? |
|||
50
Classic
17.04.14
✎
22:14
|
Нафиг не надо. Специфика 1С заключается в том, что надо вечно отлаживать чужой код. Счетчик++ фиг отладишь
|
|||
51
Лефмихалыч
17.04.14
✎
22:14
|
(0) вот тебе еще тема для академического нытья: у 1С сервер приложений только один. Такой, какой есть. У него на борту еще гвоздем небрежно нацарапано: "живите с этим". А у какой-нить джавы только популярных 30 штук. По этому поводу тоже можно при желании раздуть срачь
|
|||
52
NcSteel
17.04.14
✎
22:14
|
(48) Таймаут в тест центре нужен, а так не вижу необходимости.
|
|||
53
Classic
17.04.14
✎
22:15
|
А если еще будет ++Счетчик, то загребешься разгребать.
Счетчик2 = Счетчик +++ Счетчик; |
|||
54
Лефмихалыч
17.04.14
✎
22:16
|
(49) отлично. Не, ну логично, чо: дайте мне строгую типизацию и variant, чтоб мне с этим говном взлететь.
|
|||
55
ObjectRelation Model
17.04.14
✎
22:16
|
(50) надо повышать уровень разработчиков
система ведь резко повысила и так требования по сравнению с 7.7 |
|||
56
ObjectRelation Model
17.04.14
✎
22:17
|
(54) С# взлетел, хотя ты наверное считаешь его гоуном
|
|||
57
Classic
17.04.14
✎
22:17
|
(52)
А если какой-нибудь семафорчик подождать надо неспешно? |
|||
58
Лефмихалыч
17.04.14
✎
22:17
|
(55) нафиг! Они с этим повышенным уровнем начнут неопределено ненавидеть
|
|||
59
NcSteel
17.04.14
✎
22:17
|
(55) от ++ уровень разработчика не повысится, да и не нужна на 1С разработчики, нужны универсалы (программисты/консультанты)
|
|||
60
ObjectRelation Model
17.04.14
✎
22:18
|
+(54) и да, ты пользуешь модераторством, ибо эфемизмы у тебя синтакс контроль проглатывает ))
|
|||
61
Classic
17.04.14
✎
22:18
|
(55)
Ниче она не повысила. как г*внокодили, так и г*внокодим. |
|||
62
Лефмихалыч
17.04.14
✎
22:18
|
(57) ну, приведи пример-то. Где и зачем тебе семафорчик ждать хочется?
|
|||
63
NcSteel
17.04.14
✎
22:18
|
(57) Какой.... семафор только в тест центре видел, других вариантов не вижу.
|
|||
64
ObjectRelation Model
17.04.14
✎
22:18
|
(58) ты понял мое направление, толь NULLв хранимых данных!
|
|||
65
Лефмихалыч
17.04.14
✎
22:18
|
(60) ты так говоришь, как будто это что-то плохое
|
|||
66
ObjectRelation Model
17.04.14
✎
22:19
|
(61) ты да
|
|||
67
ObjectRelation Model
17.04.14
✎
22:20
|
Нужны "Параметры системы" - те же параметры сеанса, но разделямые множеством потоков клиентов
|
|||
68
Chai Nic
17.04.14
✎
22:20
|
(48) 99% затрат времени в алгоритмах - обращение к базе данных. Нет никакого смысла оптимизировать оставшийся процент..
|
|||
69
IamAlexy
17.04.14
✎
22:20
|
опять собрались кодеры которые в 1С пошли с голодухи наступив на собственную программистскую гордость и ноют на тему "дайте нам ООП" ?
тьфу.. слабаки и тряпки! |
|||
70
ObjectRelation Model
17.04.14
✎
22:20
|
(65) конечно, я же не могу тебе также сказать, сам подумай
|
|||
71
ObjectRelation Model
17.04.14
✎
22:21
|
(69) да вроде с голодухи не умер, вот ипотеку в далеком (уже) Краснодаре 2 года как закрыл, теперь собираюсь в Москве открыть
|
|||
72
Лефмихалыч
17.04.14
✎
22:22
|
(67) дарю:
РегистрСведений.ПараметрыСистемы и ОбщийМодуль.ПараметрыСистемы, с двумя методами: ПараметрыСистемы.ПолучитьПараметр(Имя) ПараметрыСистемы.УстановитьПараметр(Имя, Значение) |
|||
73
NcSteel
17.04.14
✎
22:22
|
(71) Зачем? В Москве холодно и зп не намного больше.
|
|||
74
Лефмихалыч
17.04.14
✎
22:22
|
(72) разделяемые по самые помидоры между всеми потоками всех клиентов
|
|||
75
Лефмихалыч
17.04.14
✎
22:23
|
(70) ты опять так говоришь, как будто это что-то плохое
|
|||
76
NcSteel
17.04.14
✎
22:23
|
(71) В Магнит иди, там есть умные дядьки )))
|
|||
77
ObjectRelation Model
17.04.14
✎
22:24
|
(72) да хз зачем, а зачем ПараметрыСеанса считыватся из констант вначале, а не читаются кажен раз оттуда, подумай
(71) магнит - колхоз |
|||
78
ObjectRelation Model
17.04.14
✎
22:25
|
(75) аргументов у тебя NULL
|
|||
79
NcSteel
17.04.14
✎
22:26
|
(77) Ну считывай один раз из регистра в начале)))
|
|||
80
Classic
17.04.14
✎
22:26
|
(66)
Да хоть и я. Ты можешь гарантировать, что тебе мой код поддерживать не прийдется? |
|||
81
ObjectRelation Model
17.04.14
✎
22:27
|
(79) тогда они не станут Параметрами-Общими-Между-Всеми
|
|||
82
Лефмихалыч
17.04.14
✎
22:27
|
(78) Каких аргументов ты от меня хочешь?
|
|||
83
ObjectRelation Model
17.04.14
✎
22:28
|
(80) нет, я такой же ))
но надо (55) |
|||
84
NcSteel
17.04.14
✎
22:28
|
(81) Понятно, что и рлс не шибко будет работать, но все же ... вывернуться можно если уж очень хочется.
|
|||
85
ObjectRelation Model
17.04.14
✎
22:28
|
(82) от тебя никаких, если ты так пишешь, то ты не хочешь или не можешь
|
|||
86
Лефмихалыч
17.04.14
✎
22:29
|
(81) вон (72) общие между всеми
|
|||
87
ObjectRelation Model
17.04.14
✎
22:29
|
(84) да я и РС мог бы на справочниках сделать, чего ж там
|
|||
88
Dionis Sergeevich
17.04.14
✎
22:29
|
(0) и нафига тебе ++ в 1с?
|
|||
89
ObjectRelation Model
17.04.14
✎
22:30
|
(86) ты начало в (86) читал?
|
|||
90
Dionis Sergeevich
17.04.14
✎
22:30
|
как будто инкремент будет работать быстрее с констукцией ++ чем с прибавлением единицы или любого другого шага
|
|||
91
NcSteel
17.04.14
✎
22:30
|
(87) Справочник имеет объектную сущность, так что не можешь. )
|
|||
92
ObjectRelation Model
17.04.14
✎
22:31
|
насчет инкремнов куйня, но Я за оператор А+=1;
|
|||
93
NcSteel
17.04.14
✎
22:31
|
(90) клавиатуру жалеет, или "+" на клавиатуре пока не стерта ))
|
|||
94
Dionis Sergeevich
17.04.14
✎
22:31
|
Лучше бы дали возможность программно обращаться к текстам модулей! Вот бы наизвращались бы
|
|||
95
ObjectRelation Model
17.04.14
✎
22:32
|
(91) пусть имеет, чем мне это мешает?
на 7.7 мы так делали периодические реквизиты, не умерли |
|||
96
NcSteel
17.04.14
✎
22:32
|
(94) Я иногда с грустью вспоминаю инклуд из 7.7 вот была вещььььь
|
|||
97
Classic
17.04.14
✎
22:32
|
(62)
Да любой. |
|||
98
Лефмихалыч
17.04.14
✎
22:32
|
(89) читал. Скажу больше - я его писал
|
|||
99
NcSteel
17.04.14
✎
22:32
|
(95) Ты бы профа по платформе не сдал))))
|
|||
100
ObjectRelation Model
17.04.14
✎
22:32
|
(93) завтра захотят перегрузку операторов ))
|
|||
101
Classic
17.04.14
✎
22:33
|
(94)
Чур тебя. Ты еще ссылку на функцию попроси |
|||
102
ObjectRelation Model
17.04.14
✎
22:33
|
(99) почему? только развернуто
|
|||
103
oslokot
17.04.14
✎
22:33
|
да нормально все, не трогайте 8
|
|||
104
NcSteel
17.04.14
✎
22:33
|
(100) Между прочем я за перегрузку операторов, особенно в свете возможного дублирования процедур на сервере и клиенте
|
|||
105
Dionis Sergeevich
17.04.14
✎
22:33
|
и добавление объектов конфигурации без реструктуризации программно. Неужели так сложно? Крит тейбл и в путь. Хоть самому пиши патчик
|
|||
106
ObjectRelation Model
17.04.14
✎
22:34
|
(104) хорошо, ОПЕРАНДОВ или как там в С++
|
|||
107
NcSteel
17.04.14
✎
22:35
|
(103) китайцев сюда не звали ))
|
|||
108
ObjectRelation Model
17.04.14
✎
22:35
|
(98) изивини, я про (77)
|
|||
109
Dionis Sergeevich
17.04.14
✎
22:35
|
(96) жаль 7 не застал. А вообще в нормальных языках программирования можно самому себя переписывать
|
|||
110
oslokot
17.04.14
✎
22:36
|
(107) имею право - сутки бесплатно ))
|
|||
111
ObjectRelation Model
17.04.14
✎
22:36
|
(109) вот и появилось поколение begin-from-8
|
|||
112
Dionis Sergeevich
17.04.14
✎
22:36
|
(101) а почему бы и нет? Хотя ссылка на функцию и так есть
|
|||
113
Dionis Sergeevich
17.04.14
✎
22:37
|
(111) ммм? моя твоя не понимать
|
|||
114
ObjectRelation Model
17.04.14
✎
22:38
|
(113) "жаль 7 не застал"
|
|||
115
oslokot
17.04.14
✎
22:40
|
вот именно, после 77 программить на 8 - халява
|
|||
116
Dionis Sergeevich
17.04.14
✎
22:40
|
(144) ты об этом. ТОгда begin from Sinclair BASIC
|
|||
117
NcSteel
17.04.14
✎
22:40
|
инклуд... до сих пор плачу, а столько возможностей он открывает , эх...
|
|||
118
NcSteel
17.04.14
✎
22:41
|
Так никто и не ответил зачем пауза нужна ....
|
|||
119
Dionis Sergeevich
17.04.14
✎
22:43
|
(118) пауза нужна к примеру при взаимодействии с мыльным демоном. Ну не может постфикс сразу миллион писем отправить. Приходится делей делать
|
|||
120
NcSteel
17.04.14
✎
22:44
|
(119) Для этого вообще лучше регзадание использовать, как это сделано в типовых. Пусть рег задание с паузой запускается и пачку отправляет.
Давай новую загадку. |
|||
121
Лефмихалыч
17.04.14
✎
22:44
|
(104) что бы тебе дал какой-нибудь
Справочник.Номенклатура ОПЕРАТОР+(Документ.РеализацияТоваровУслуг, Константа.ДатаЗапретаРедктирования) ? кроме ночных кошмаров? |
|||
122
Лефмихалыч
17.04.14
✎
22:46
|
(119) для этого не нужна пауза. Даже вредна, если не угадаешь, сколько ждать 9а рано или поздно не угадаешь)
|
|||
123
su_mai
17.04.14
✎
22:46
|
(4) А как реализовать в щаблоне копирование имени переменной уже введенной в текст модуля?
|
|||
124
Dionis Sergeevich
17.04.14
✎
22:47
|
(120) регл задание будет детать то что ты опишешь. Но если мыльник не схавает столько инфы то придется делать исскуственный делей а это напрягает систему
|
|||
125
su_mai
17.04.14
✎
22:47
|
+(123) Типа:
инд++ преобразуется в инд = инд + 1 |
|||
126
Лефмихалыч
17.04.14
✎
22:47
|
(123) ни как. Ее надо запросить при помощи макроса <? долби сюда руками имя переменной>
|
|||
127
Лефмихалыч
17.04.14
✎
22:47
|
(126) ну или - снегопатство
|
|||
128
Dionis Sergeevich
17.04.14
✎
22:49
|
(122) однако именно пауза помогла отпрвить все письма. Да долго, но все были отправлены.
|
|||
129
Лефмихалыч
17.04.14
✎
22:49
|
(124) регзадание должно проверять, готов ли мыльник к отправке. После таймаута по уму нужна та же самая проверка, чтобы не приключилось упомянутого мной "не угадал".
|
|||
130
Dionis Sergeevich
17.04.14
✎
22:50
|
(127) юзал? есть смысл? или понт просто? =) " у меня крайний айфон" - "ой подумаешь - у меня снегопат"
|
|||
131
Dionis Sergeevich
17.04.14
✎
22:51
|
(129) вот постфикс тот же ни чего не проверяет - ставит в очередь. Но и ее можно перегрузить и он сдохнет. Проще в 1с отправку переделать чем постфикс переписывать
|
|||
132
ObjectRelation Model
17.04.14
✎
22:52
|
кто на 2-й вопрос в (49) ответит?
|
|||
133
Лефмихалыч
17.04.14
✎
22:52
|
(130) я смысла особого не нашел. Ну то есть тот смысл, который нашел, во-первых, не стоит таких денег, а, во-вторых, не оправдал ожиданий. Тут всё индивидуально, я думаю
|
|||
134
Лефмихалыч
17.04.14
✎
22:54
|
(132) вопрос по меньшей мере странный. Ответ "А почему бы и нет?" вполне бы подошел, но мне кажется, ты не его ждешь.
|
|||
135
Лефмихалыч
17.04.14
✎
22:55
|
(131) короче, давай следующую загадку. В этой таймаут не нужен на самом деле.
|
|||
136
Dionis Sergeevich
17.04.14
✎
22:57
|
(135) в 1с не сталкивался с такими задачами. Но все равно делей не требующий ресурсов нужен!
|
|||
137
Classic
17.04.14
✎
22:58
|
(135)
Ожидание ответа любой сторонней системы |
|||
138
Dionis Sergeevich
17.04.14
✎
23:00
|
+(136) как сто лет назад делали на сях - нарисовал простенькие формы при записи пишущие в бд, написал простенькие отчетики - какая ни какая а система учета. А перед стартом прогресс бар с делеем замутил чтобы у клиента было впечатление что софтина тяжелая, много там чего в ней есть - вон загружается только 9 секунд! =)))))
|
|||
139
Dionis Sergeevich
17.04.14
✎
23:01
|
можно даже конкурс придумать. чей делей на 1с сожрет меньше ресурсов =)) Как проверить только - смутно представляю
|
|||
140
ObjectRelation Model
17.04.14
✎
23:06
|
(134) в модулях нельзя ничего хранить
|
|||
141
Лефмихалыч
17.04.14
✎
23:09
|
(140) чой-та? в кэширующих можно.
да на самом деле и слава богу, что нельзя. Это все равно, что глобальные переменные или гоуту - за это из ядерного оружия надо... |
|||
142
Dionis Sergeevich
17.04.14
✎
23:12
|
(141) всякие луп построены на гоуту
|
|||
143
ObjectRelation Model
17.04.14
✎
23:12
|
(141) ну запрети в классах поля, тоже самое
|
|||
144
Dionis Sergeevich
17.04.14
✎
23:13
|
из-за слова Цикл из ядерного оружия? Дык ни то что одинесников - программистов не останется
|
|||
145
ObjectRelation Model
17.04.14
✎
23:15
|
Лефмихалыч почитай что нибудь типа такого http://www.sugardas.lt/~p2d/books/Priemioop.pdf
|
|||
146
Лефмихалыч
17.04.14
✎
23:33
|
(144) ага. И в особенности тех, которые читают то, что не было написано
|
|||
147
Лефмихалыч
17.04.14
✎
23:34
|
(143) ващпе не то же. Ну, точнее, если запретить наследование, то тогда то же, но это уже не классы, а тупо обработки.
|
|||
148
_fvadim
17.04.14
✎
23:35
|
Баловство всё это. Паузу можно замутить простым пингом.
Очень не хватает нативной поддержки регэкспов. |
|||
149
ObjectRelation Model
17.04.14
✎
23:42
|
(147) все, пора нам завязывазывать, как нить в аське побалтаем
|
|||
150
Лефмихалыч
17.04.14
✎
23:44
|
(149) сорри, я аськой уже лет 5 не пользовался :) перешел на почту как-то постепенно. Оно само. Старость, видать...
|
|||
151
Лефмихалыч
17.04.14
✎
23:45
|
NcSteel, так чо там с перегрузкой операторов? Нахрена тебе (121)?
|
|||
154
YauheniL
18.04.14
✎
00:56
|
(115), (116) Болеете?
|
|||
155
Ужас бухгалтера
18.04.14
✎
05:43
|
(0) Все давно уже есть:
http://yoksel.net.ru/haxe1s |
|||
156
artist
18.04.14
✎
08:04
|
Не знаю - говорили уже или нет, если нет - передайте плз 1Совцам, что хорошо бы было ещё
А += Б; ... |
|||
157
Dmitry1c
18.04.14
✎
08:10
|
О, ветка не утонула.
Всем доброго утра. |
|||
158
Dmitry1c
18.04.14
✎
08:11
|
(145) о, я кстати читал это. Только не смог применить.
Надо еще почитать. |
|||
159
Chai Nic
18.04.14
✎
08:12
|
(134) Ну это на самом деле странно. Общие модули, на мой взгляд, имеют смысл исключительно как глобальные. А уж как с этим работают писатели типовых - вообще кошмар. Вызывается общий модуль, который вызывает модуль обработки, который вызывает общий модуль и так далее..
|
|||
160
Dmitry1c
18.04.14
✎
10:22
|
ПОКАЗАТЕЛИ ПРОИЗВОДИТЕЛЬНОСТИ
просто бесят |
|||
161
jk3
18.04.14
✎
10:55
|
(0) А так же когда уже Ctrl+D будет дублировать строку кода
|
|||
162
SUA
18.04.14
✎
11:13
|
(135)
лови автоматически обновить периферийный узел РИБ, дав пользователям 10 минут на выход (после-расстрел сеанса) |
|||
163
Серго62
18.04.14
✎
11:30
|
(100) А че прикольно, если б было можно сложить два документа реализации или вычесть из реализации возврат :))))
|
|||
164
Fragster
гуру
18.04.14
✎
11:43
|
а я не понимаю, зачем для составных типов, которые только из ссылок в БД 3 колонки
|
|||
165
Torquader
18.04.14
✎
11:47
|
(163) Будто бы это сейчас так сложно реализуется.
Только надо, чтобы были одинаковые типы строк - тогда табличные части можно будет вычитать. |
|||
166
Serginio1
18.04.14
✎
12:15
|
(35) Не подзатрахаешься. Там где нужны реальные типы, там ты их и будешь использовать. По умолчанию все параметры Object (dynamic) и их приводить не нужно.
Но можно ввести псевдотипизацию только для подсказок в коде. Как это делается например в 1С++ Перем тз; //:ТаблицаЗначений |
|||
167
Jokerman
18.04.14
✎
15:24
|
А = А + 1; логичнее выглядит, чем А=+1;
|
|||
168
_fvadim
18.04.14
✎
15:31
|
(167) Я за += в 1с. Учитывая, что народ не стесняется писать имена переменных по 30-50 символов, запись
читается легче чем
ps. переменная не моя |
|||
169
Jokerman
18.04.14
✎
15:34
|
(168) с этим я не спорю, но 1с же отечественная программа
По русски читабельней ... |
|||
170
_fvadim
18.04.14
✎
15:34
|
А вот за вложенные конструкции из вопросиков иногда хочется ручки-то повыдёргивать.
|
|||
171
jbond
18.04.14
✎
15:36
|
(0) - зачем скриптовому языку строгая типизация?
|
|||
172
kiruha
18.04.14
✎
15:50
|
(0)
Я за битовые операции в 1С А то сейчас чтобы прочитать значение 5 бита надо число конвертировать в двоично/шестнад вид. Потом в строке искать позицию. Ужасно долго А всего лишь надо на низком уровне считать значение бита |
|||
173
kiruha
18.04.14
✎
15:53
|
Это пример как извр при отстутсвии таких операций например для хеша
http://infostart.ru/public/99739/ |
|||
174
DirecTwiX
18.04.14
✎
15:58
|
(4) Так..
А как такой шаблон будет выглядеть? Это возможно вообще? |
|||
175
Мыш
18.04.14
✎
15:59
|
(172) Ну ведь легко извратиться более простым способом )
|
|||
176
Serginio1
18.04.14
✎
16:09
|
(172) Все битовые операции и рочие нехватающие классы можно сделать используя классы Net. v8: v8: Использование сборок .NET в 1С 7.x и 8.x
Которые можно внедрить в язык. Для Линукса можно прикрутить MONO |
|||
177
_fvadim
18.04.14
✎
16:14
|
(172) поддерживаю
(176) пипец изврат, я щетаю. |
|||
178
Serginio1
18.04.14
✎
16:28
|
(177) А в чем изврат? Тащить весь функционал .Net в 1С через встроенные функции, либо использовать этот функционал через обертку? Мало того, можно еще и расширить для более простого доступа к свойствам массивам по умолчанию, expandoobject
В принципе не хватает как в JavaScript делегатов, замыканий |
|||
179
kiruha
18.04.14
✎
16:32
|
(178)
Ну изврат например в том, что у меня пара обработок для общего пользования. Net туда никак не могу , только штатные |
|||
180
_fvadim
18.04.14
✎
16:35
|
(178) Нет, конечно можно найти задачу (и это точно не битовые опреации), которую удобнее решать средствами .net. Но мне претит тягать за конфой фрэймворк, и вообще на .net у меня аллергия :).
|
|||
181
Fragster
гуру
18.04.14
✎
16:35
|
(170) а что плохого в
|
|||
182
Serginio1
18.04.14
✎
16:36
|
(172) А если 1С сделает штатной будешь пользоваться?
Я говорю именно о внедрении в 1С как штатный механизм в том числе и порт для использования MONO |
|||
183
Fragster
гуру
18.04.14
✎
16:36
|
(172) зачем? два деления всего...
|
|||
184
Serginio1
18.04.14
✎
16:39
|
(180) А псмотри в директорию \Windows\Microsoft.NET\
наверняка там все версии стоят. После того как XP перестали обслуживать на семерках и выше они есть. Там не только битовые операции но и куча классов которых в 1С тащить трудозатратно да и не нужно. А нет может быть и с дистрибутивом 1С ставить. |
|||
185
_fvadim
18.04.14
✎
16:43
|
(182) очень сомневаюсь, что сделают.
если сделают - будем поглядеть. (184) для чего вообще? т.е. есть конкретные задачи, для которых без .net никуда? |
|||
186
Fragster
гуру
18.04.14
✎
16:45
|
(183)+
Вход = 127; ИскомыйБит = 3; С = Pow(2,ИскомыйБит-1); Результат = ?(Вход % (С*2) / С >= 1, 1, 0); |
|||
187
Serginio1
18.04.14
✎
16:52
|
(185) Да полно. Это и многопоточность, и куча вэб сервисов неподдерживаемых текущей версией 1С. REST итд и тп.
Для всего этого приходится делать COM объекты либо ВК. Используя NET тебе в большинстве случаев не надо писать лишних библиотек или по минимуму используя собственные сборки для использования делегатов или сборок описания вэб сервисов итд. Вся остальная работа уже ведется через IReflect и существующие сборки. |
|||
188
DirecTwiX
18.04.14
✎
16:57
|
(4) (174) Ап
|
|||
189
Serginio1
18.04.14
✎
17:03
|
(186) Проще
Результат = Вход % (С*2)>= С; |
|||
190
Лефмихалыч
18.04.14
✎
17:03
|
(172) ну, да, это гораздо продуктивнее, чем хотеть API для вычисления контрольных сумм
|
|||
191
Fragster
гуру
18.04.14
✎
17:27
|
(189) да, так лучше
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |