1.10, Аноним84701 (ok), 21:55, 27/03/2020 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –2 +/– |
> Вместо сборщика мусора в Swift используются средства подсчёта ссылок на объекты
Т.е. ссылки подсчитываются, но освобождать все равно нужно ручками? Или ссылки подсчитываются, но далее ничего не происходит?
Или просто очередной "узпех" яблочных маркетолухов (потому что в остальном мире подсчет ссылок на объекты - часть GC системы и почему-то никто не заявляет, что у перла или питона нет сборщика мусора)?
| |
|
|
3.18, Аноним84701 (ok), 00:57, 28/03/2020 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
>> Т.е. ссылки подсчитываются, но освобождать все равно нужно ручками? Или ссылки подсчитываются, но далее ничего не происходит?
>> почему-то никто не заявляет, что у перла или питона нет сборщика мусора
> Tracing garbage collection is the most common type of garbage collection –
> so much so that "garbage collection" often refers to tracing garbage
> collection, rather than other methods such as reference counting – and
> there are a large number of algorithms used in implementation.
Ох уж эти яблофан^W инновативные яблодвигателипрогресса ...
А если не просто цитировать википедию, но и немного ознакомиться с предметом и принятой терминологией? 🙄
https://www-inst.cs.berkeley.edu/~cs164/fa12/lectures/lecture24-2x2.pdf
>Garbage Collection: Reference Counting
> • Idea: Keep count of number of pointers to each object.
https://www.cs.technion.ac.il/%7Eerez/Papers/refcount.pdf
> "An On-the-Fly Reference-Counting Garbage Collector for Java"
Ну и ваша любимая википедия:
> In garbage collection algorithms, reference counts may be used to deallocate objects which are no longer needed. | |
|
|
|
2.43, Аноним (43), 17:53, 29/03/2020 [^] [^^] [^^^] [ответить] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| +/– |
>Использование мэйнстримного сабжа позволяет экономить время, нервы и силы на разработку.
А потом потерять его (это время), переписывая свой код на новую версию, также переписывать или подменять те фреймворки, которые были написаны для старого Свифта, а теперь не поддерживаются.
Заодно наступить на все те грабли, которые свойственны языку, которому несколько лет отроду и который обновляется каждый год.
Это же прекрасно - заниматься не написанием софта, а изучением новых особенностей языка и систематическим переписыванием того, что уже было написано.
Свифт - для одноразовых поделок. Про которые забудешь и поддерживать не будешь.
| |
|
1.29, annon (?), 09:31, 28/03/2020 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
| –1 +/– |
> Напомним, что язык Swift наследует лучшие элементы
> языков C и Objective-C
... ну сравнивания Swift с C и Objective-C, то может быть ;).
А так сплошной NIH синдром наблюдается от Apple последние 10+ лет с целью заарканить разработчиков в свою секту, чтобы им сложнее было заниматься кросс-платформенными приложениями.
| |
|