Abstimmung über Scalar Type Hints ist eröffnet

[ChristianK]

Für was kann man diese Ticks den brauchen? Zeitmessung?

[SirSnyder]

Hab mal ne MultiProcessing Library geschrieben, die ich eigentlich auch veröffentlichen will aber bisher iwie nie dazu kam .

Man schreibt seine Klasse und diese erbt von Process. Alles was in der run() Methode steht wird in einem separaten Prozess ausgeführt. Die Laufzeitumgebung des Hauptprozess wird in dem neuen Prozess aufgebaut, quasi eine virtuelle Umgebung mit der Daten und Methodenaufrufe zwischen den Prozessen geshared werden. Die API ähnelt der Java Thread API. Während der Programmcode normal abläuft, werden mit den Ticks die Prozesspipes gelesen und was da an Steuerbefehlen reinkommt ausgeführt. So entsteht eine gewissen Nebenläufigkeit. In meinem aktuellen Projekt nutze ich die Ticks um eine GarbageCollection im Hintergrund anzustoßen.

Edit:// Bei Interesse gerne mehr, gehört aber wieder nicht zum Thema ^^

[bwoebi]

https://twitter.com/bwoebi/status/565646831364091904

Lasse ich mal hier stehen. Sollte meine Position gut zusammenfassen.

[CrocoBlack]

https://twitter.com/bwoebi/status/565646831364091904

Lasse ich mal hier stehen. Sollte meine Position gut zusammenfassen.

Finde ich gut, allerdings finde ich, dass es genau andersrum sein sollte. Das was du beschreibst sollte WeakTypeHinting sein. (Verlustfreies casten)

Und dann sollte es noch das StrictTypeHinting geben. Jemand der das komplett Weak haben will, kann ja vorher seine "5 äpfel" casten.

[bwoebi]

Wie ich bereits mehrmals sagte, striktes Hinten sollte eine Ergänzung am Ende sein. Nicht die Lösung für das aktuelle zu laxe weak Type Hinting.

[SirSnyder]

Das wars dann wohl

[tr0y]

Das stand definitiv nicht auf der Liste der Möglichkeiten wie dieses Voting hätte enden können ^^

[ChristianK]

Genau eine Stimme zu wenig?

[mermshaus]

As this is a language change, this RFC requires a 2/3 majority to pass. Voting for all three votes started on 2015-02-05 and all were to end on 2015-02-19, but the voting was cancelled and the RFC withdrawn on 2015-02-15.

Hintergrund: http://blog.ajf.me/2015-02-15-i-quit

[ChristianK]

Achsoo, so weit habe ich nicht gelesen. Tja, schade. Ich finde, so kann man sich die Zukunft auch verbauen.

[bwoebi]

Ja, sehr schade… Aber halt hauptsächlich wegen Andrea schade. Die RFCs sind eigentlich ganz okay, auch wenn ich hier nein gestimmt habe, ihre Arbeit ist aber nicht zu verachten … Mal sehen ob sie wieder kommt.

[bwoebi]

Und die Fortsetzung ist da… http://news.php.net/php.internals/83117

Ich denke mit der aktuellen Version kann ich nun auch leben

[ChristianK]

Hoffentlich klappt es dieses mal


Gesendet von iPhone mit Tapatalk

[tr0y]

Und die Fortsetzung ist da… http://news.php.net/php.internals/83117

Ich denke mit der aktuellen Version kann ich nun auch leben

Immer noch am Thema vorbei implementiert, strict types die automatische Typenkonvertierung erlauben sind nicht strict. Dann nennt das ding "scalar_types".

Dann: declare()-regel ist zu unflexibel. Keyword bitte.

Ich würd da immer noch "No" voten.

<?php

namespace as strict;

...

<?php

namespace Foo as strict;

Und alles is in Butter. Da schreit dann auch niemand mehr gegen declare().

Genauso bricht die RFC mit dem aktuellen type-support von PHP indem er garnicht erst Scalar Type Aliases einbaut. Dann bitte entfernt auch die type-casting aliase für int, bool und float mit PHP7.

Die RFC ist ein schritt zurück, nicht vorwärts.