GB
а как проверяют ЦП? ))
сперва ключ дают
Size: a a a
2020 March 07
AS
сперва ключ дают
эээ... асимметричное шифрование?
GB
публичным ключом
суть в том, что их надо где-то держать. т.е. организация какая-никакая должна быть
AS
суть в том, что их надо где-то держать. т.е. организация какая-никакая должна быть
ну контрольную сумму где-то держат же
GB
ну контрольную сумму где-то держат же
ну в getit возможно и ключи выдают и расписываться кровью заставляют
AS
ну в getit возможно и ключи выдают и расписываться кровью заставляют
ну я хз как это в гетите реализовано
DB
1. нет execute, не совсем понятно как там что
2. Users лучше создавать снаружи, а не внутри метода. про try/finally сказали
3. по областям видимости я так понимаю каша. хотя может так и задумано ну и
4. могут будут сложности с несколькими потоками
2. Users лучше создавать снаружи, а не внутри метода. про try/finally сказали
3. по областям видимости я так понимаю каша. хотя может так и задумано ну и
4. могут будут сложности с несколькими потоками
DB
и создания Friend не вижу. класс это или запись - создавать нужно
ГМ
1. нет execute, не совсем понятно как там что
2. Users лучше создавать снаружи, а не внутри метода. про try/finally сказали
3. по областям видимости я так понимаю каша. хотя может так и задумано ну и
4. могут будут сложности с несколькими потоками
2. Users лучше создавать снаружи, а не внутри метода. про try/finally сказали
3. по областям видимости я так понимаю каша. хотя может так и задумано ну и
4. могут будут сложности с несколькими потоками
В итоге, мы можем вызвать выполнение FLoadUsers.Execute(параметры). И если будет повторный вызов, то старый поток начнет прерывание, а новый будет ждать его и начнет затем работу
ГМ
1. нет execute, не совсем понятно как там что
2. Users лучше создавать снаружи, а не внутри метода. про try/finally сказали
3. по областям видимости я так понимаю каша. хотя может так и задумано ну и
4. могут будут сложности с несколькими потоками
2. Users лучше создавать снаружи, а не внутри метода. про try/finally сказали
3. по областям видимости я так понимаю каша. хотя может так и задумано ну и
4. могут будут сложности с несколькими потоками
Users нужен только внутри этого метода. Это результат выполнения метода апи. Это список юзеров. Мы забираем нужные данные и далее список не нужен
DB
ну ок. только создавать его лучше снаружи
ГМ
и создания Friend не вижу. класс это или запись - создавать нужно
Friends это список для отображения. Он создаётся при создании программы и уничтожается при завершении
DB
сейчас он создается в friends.get, я так понимаю
ГМ
сейчас он создается в friends.get, я так понимаю
Это json объект
DB
да что бы ни было. локальные данные лучше создавать локально по месту использования
DB
иначе с многопоточностью могут быть сложности да и вообще
ГМ
сейчас он создается в friends.get, я так понимаю
Результат метода get не будет true, если объект не будет создан. Следовательно мы и не будет его уничтожать
DB
не, ну дело ж конечно хозяйское ) если всё работает - то и ладно. можно и не спрашивать в общем )
DB
Результат метода get не будет true, если объект не будет создан. Следовательно мы и не будет его уничтожать
плохой сценарий на самом деле
DB
он хотя бы обниливается? :)