Welcome to Admin Junkies, Guest — join our community!

Register or log in to explore all our content and services for free on Admin Junkies.

Stating the Data Type

Jason

Royal member
Bronze Member
Joined
Nov 3, 2022
Messages
1,446
Website
drummerlesson.com
Credits
31
In some languages, you need to state the data type. For instance, to make a word you would have to state "string" and then the word. Do you feel stating the data type is a good thing?
 
Of course it's a good thing; you're giving the computer as much information as possible to be able to know what to do with what you're doing. If you don't, it has to guess - and this means it'll either consume more resources in terms of memory (e.g. in Visual Basic, if you don't define a type, you get a Variant which consumes much more memory than any of the base types), or in runtime when it has to decide how to shift between types.

Worse, you get all sorts of weird fringe bugs with inconsistent type handling and in ways you'd never immediately suspect.

I've seen software glitch out on password hash comparisons because of this. If the system is a bit older and it's using MD5 or SHA1 (or possibly SHA256, any such hash is vulnerable where it's a bare hex string), you could have a password stored in the database as 0f123456789 or similar - the key point is that it begins with a number. Depending on exactly what goes down in the code, you could end up doing a comparison in PHP such that PHP will get confused about the type *and convert it to a number first*. Which means your string of all those digits goes away and you end up comparing a 0 to something. It's certainly not impossible (and has happened in the wild) that you can get the password *wrong* and still be let in by way of bad comparisons here.

Having stricter typing also means you can flag your functions to say 'I want this type and this type' and if you end up with something else coming in, you can be sure there is something wrong with the logic of your program that won't slip through the net and be ignored. Too many cases of bugs are the results of not handling things correctly.
 
To expand on this just a little.

In php you have basically 3 types of "typing".

Property typing
Argument (parameter) typing
Return typing.

Another piece of information you will need to get a good handle on it is this:

So how, practically, does typing help us when writing software?

Take class A
PHP:
<?php
declare(strict_types=1);
class A
{
    protected ?string $string = null;
    public function __construct(
        protected array $config
    ) {
    }
    public function setString(string $string): void
    {
        $this->string = $string;
        // returning anything from this method would cause an error
    }
    public function getString(): string
    {
        return $this->string;
    }
}
$a = new A(['key' => 'value']);
$string = $a->getString();

Running that code will produce this error:
Fatal error: Uncaught TypeError: A::getString(): Return value must be of type string, null returned

So for all of the new(ish) php folks... How would you fix it?
 

Log in or register to unlock full forum benefits!

Log in or register to unlock full forum benefits!

Register

Register on Admin Junkies completely free.

Register now
Log in

If you have an account, please log in

Log in
Activity
So far there's no one here

Users who are viewing this thread

Would You Rather #9

  • Start a forum in a popular but highly competitive niche

    Votes: 5 21.7%
  • Initiate a forum within a limited-known niche with zero competition

    Votes: 18 78.3%
Win this space by entering the Website of The Month Contest

Theme editor

Theme customizations

Graphic Backgrounds

Granite Backgrounds