Flutter Heroes
📈 Аналітичний огляд Telegram-каналу Flutter Heroes
Канал Flutter Heroes (@flutterdev) у мовному сегменті Англійська є активним учасником. На даний момент спільнота об'єднує 21 966 підписників, посідаючи 6 051 місце в категорії Технології та додатки.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 21 966 підписників.
За останніми даними від 13 листопада, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -211, а за останні 24 години на -10, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 6.33%. Протягом перших 24 годин після публікації контент зазвичай збирає N/A% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 1 392 переглядів. Протягом першої доби публікація в середньому набирає 0 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 1.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як developer, firebase, widget, hemantpra389, engineer.
📝 Опис та контентна політика
Опис каналу не надано.
Завдяки високій частоті оновлень (останні дані отримано 14 листопада, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
exam1(i) { var n1 = i + 4; // should this be okay? int n2 = i + 4; // this compiles int n3 = 4 + i; // this does not } In my dream world this code should – from a safety standpoint – not compile. Adding the integer 4 to anything that I put in and it is okay with that?? This is madness! Creating an integer from anything plus 4 is okay? Strangely enough 4 plus anything is not okay?The language should force me to use specify types everywhere! Leaving it blank to mean “dynamic” should not be an option. Being explicit is key! “Yes I want dynamic type here” / “Oops you are right, the input/var should be an int”.If I use dynamic type, it should again force me to cast it to an integer before use and provide a default value if that fails.EXAMPLE2void exam2() { List<int> nums = [1, 2, 3]; int n1 = nums[8]; // not safe (crash) int n2 = nums.elementAt(8); // not safe (crash) // something like this should be possible if nullable types were used instead of exceptions and it would be safe //int n3 = nums[8] ?? 5; //int n4 = nums[8, default: 5]; //int n5 = nums.elementAt(8) ?? 5 //int n6 = nums.elementAt(8, default: 5) } Why is there no easy and short why to access a list in a type safe way (without comparing index to list length)? If indexing a list or using elementAt provided a nullable type (e.g int?) you can work with lists in a 100% type safe way and even specify a default value if the index is out of range.Dart should make more use of nullable types and less exceptions. Exceptions crash your program (if not handled); using nullable types and null-safety prevents this.EXAMPLE3void exam3() { List<int> nums = [1, 2, 3]; int n1 = nums[8]; } Calling a function should always (99.99%) be safe. Other programming languages have keywords like “throw/throws/throwing” to indicate that a function call is not save and you need to handle errors. For me it is super annoying that I cannot be sure that the function I call is safe and I might have to dig into the documentation for details. Again, having the language/compiler force me to specify throwing functions with a keyword and to handle those exceptions provides safety!There should be some keyword that indicates if a function/method can throw an exception so the compiler forces you to handle these to provide safety.Sound null-safety is a great start but there is much more a language can do to prevent bugs/errors/crashes.I think in a “sound language” the program should not be able to crash unless the programmer explicitly allows it!This is only my opinion that is heavily influenced after using swift for many years.Do you think this is something that is planned for dart (maybe 3.0?), or do you think that the new “null-safety” is safe enough and the dart/flutter team will not improve safety much more??
March 17, 2021 at 10:57AM by JulianCologne
https://ift.tt/3rYow6p