Wat heb jij vandaag geprogrammeerd? 2.0

Aarclay schreef:

Haha, kan gebeuren bij de NS
Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben

Stef schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Je wilt zeggen dat een bestaand framework leren minder werk is dan je eigen framework bouwen?
toevoeging op zondag 8 januari 2017, 23:22:21:
Ik zou trouwens ontzettend graag in in frameworks gaan verdiepen maar het komt er steeds niet van.
Vaak begrijp ik iets niet en geef dan al meteen op. Of je hebt iets nodig zoals composer o.i.d. en daar heb ik geen server voor.

Dylan schreef:

Eerdere citaten tonen

Stef schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Je wilt zeggen dat een bestaand framework leren minder werk is dan je eigen framework bouwen?
toevoeging op zondag 8 januari 2017, 23:22:21:
Ik zou trouwens ontzettend graag in in frameworks gaan verdiepen maar het komt er steeds niet van.
Vaak begrijp ik iets niet en geef dan al meteen op. Of je hebt iets nodig zoals composer o.i.d. en daar heb ik geen server voor.

Voor composer heb je geen server nodig hoor

Aarclay schreef:

Haha, kan gebeuren bij de NS
Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben

Stef schreef:

Eerdere citaten tonen

Dylan schreef:

Eerdere citaten tonen

Stef schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Je wilt zeggen dat een bestaand framework leren minder werk is dan je eigen framework bouwen?
toevoeging op zondag 8 januari 2017, 23:22:21:
Ik zou trouwens ontzettend graag in in frameworks gaan verdiepen maar het komt er steeds niet van.
Vaak begrijp ik iets niet en geef dan al meteen op. Of je hebt iets nodig zoals composer o.i.d. en daar heb ik geen server voor.

Voor composer heb je geen server nodig hoor

Ja nu ben ik al helemaal confused

{
    "name": "[...]",
    "description": "[...]",
    "authors": [
        {
            "name": "Rik Somers",
            "email": "[...]@[...]"
        }
    ],
    "require": {
        "php": ">=7.0",
        "illuminate/support": "~5.3",
        "illuminate/console": "~5.3",
    },
    "require-dev": {
        "mockery/mockery": "0.9.*",
        "squizlabs/php_codesniffer": "^2.7"
    },
    "autoload": {
        "psr-4": {
            "App": "src"
        }
    },
    "autoload-dev": {
        "classmap": [
            "tests/TestCase.php"
        ]
    },
    "minimum-stability": "stable"
}

Aarclay schreef:

Composer staat wel op de ToDo-lijst om te gebruiken, en autoloading zit er nog niet in. Maar dat gaat zeker nog wel komen . Ik ga er alleen niet al te veel voor aanpassen zodat het te vergelijken is met Symphony of Laravel, want het moet wel een beetje makkelijk werkbaar voor mijzelf blijven.
En inderdaad, composer is niets meer dan een client. Ik heb er ooit eens mee gespeeld om wat voor cakePHP te installeren tijdens een experimentje. Wel handig spul allemaal

Tendmex schreef:

Even handleiding voor mn access systeem uit mn mouw geschut van 12 kantjes

Rik schreef:

Eerdere citaten tonen

Aarclay schreef:

Composer staat wel op de ToDo-lijst om te gebruiken, en autoloading zit er nog niet in. Maar dat gaat zeker nog wel komen . Ik ga er alleen niet al te veel voor aanpassen zodat het te vergelijken is met Symphony of Laravel, want het moet wel een beetje makkelijk werkbaar voor mijzelf blijven.

En inderdaad, composer is niets meer dan een client. Ik heb er ooit eens mee gespeeld om wat voor cakePHP te installeren tijdens een experimentje. Wel handig spul allemaal
PSR-4 namespacing en autoloading is gewoon een PHP package wide ding, niet per se Symfony of Laravel. Alle packages (Zoals PHPMailer e.d.) voldoen over het algemeen aan deze PSR (PHP Standards Recommendations). Zorgt voor een goede structuur in je applicatie!
toevoeging op maandag 9 januari 2017, 15:56:09:

Eerdere citaten tonen

Tendmex schreef:

Even handleiding voor mn access systeem uit mn mouw geschut van 12 kantjes

Linkje?

Rik schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Werk je met PSR-4 namespacing voor autoloading?

Eerdere citaten tonen

Stef schreef:

Eerdere citaten tonen

Dylan schreef:

Eerdere citaten tonen

Stef schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Je wilt zeggen dat een bestaand framework leren minder werk is dan je eigen framework bouwen?
toevoeging op zondag 8 januari 2017, 23:22:21:
Ik zou trouwens ontzettend graag in in frameworks gaan verdiepen maar het komt er steeds niet van.
Vaak begrijp ik iets niet en geef dan al meteen op. Of je hebt iets nodig zoals composer o.i.d. en daar heb ik geen server voor.

Voor composer heb je geen server nodig hoor

Ja nu ben ik al helemaal confused

Composer is niets meer dan een dependency manager. Je maakt een composer.json bestand aan in je project root, geeft een zwikje (github) packages op die jouw project nodig heeft om te kunnen werken en voert in je cmd venster composer install uit. Composer haalt dan de dependencies van je project op met de versies die jouw project nodig heeft (en geeft foutmeldingen wanneer er clashende dependencies zijn), en zet deze in een vendor folder met een autoloader. Deze autoloader include je dan in je bootstrap bestand (bestand dat op elke pagina ingeladen zal worden) en je bent klaar om alle classes te gebruiken van de package waar je een dependency voor hebt.

Voorbeeldje van een dependency file van een project van mij:

{
    "name": "[...]",
    "description": "[...]",
    "authors": [
        {
            "name": "Rik Somers",
            "email": "[...]@[...]"
        }
    ],
    "require": {
        "php": ">=7.0",
        "illuminate/support": "~5.3",
        "illuminate/console": "~5.3",
    },
    "require-dev": {
        "mockery/mockery": "0.9.*",
        "squizlabs/php_codesniffer": "^2.7"
    },
    "autoload": {
        "psr-4": {
            "App": "src"
        }
    },
    "autoload-dev": {
        "classmap": [
            "tests/TestCase.php"
        ]
    },
    "minimum-stability": "stable"
}

Rik schreef:

Dat bedoelde ik ook met aanmaken ^^

toevoeging op dinsdag 10 januari 2017, 0809:

Rik schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Werk je met PSR-4 namespacing voor autoloading?

Eerdere citaten tonen

Stef schreef:

Eerdere citaten tonen

Dylan schreef:

Eerdere citaten tonen

Stef schreef:

Eerdere citaten tonen

Aarclay schreef:

Haha, kan gebeuren bij de NS

Inmiddels ben ik gisteren en vandaag een beetje bezig geweest om mijn CMS wat beter in te delen met de bestanden. Ik heb de classes-map ook meteen maar even opnieuw ingedeeld in /assets, /modules en /system.
Wat er in staat spreekt voor sich geloof ik .

Ik denk dat mijn eigen gebouwde verbeterde frameworkje over een maandje of wat wel live kan gaan .

Voordelen:
- Exit Multiviews, en een single-point-entry systeem met mod_rewrite gebouwd wat een gemiddeld framework wel kent.
- Meer classes
- Betere onderscheid in soorten bestanden
- Slugs in URLs
- Betere afhandeling van SQL-functies met MySQLi-OO (extend)

Verder gebruik ik geen bestaand framework omdat dat weer een hoop leerwerk is, en ik toch eigenwijs ben
Je wilt zeggen dat een bestaand framework leren minder werk is dan je eigen framework bouwen?
toevoeging op zondag 8 januari 2017, 23:22:21:
Ik zou trouwens ontzettend graag in in frameworks gaan verdiepen maar het komt er steeds niet van.
Vaak begrijp ik iets niet en geef dan al meteen op. Of je hebt iets nodig zoals composer o.i.d. en daar heb ik geen server voor.

Voor composer heb je geen server nodig hoor

Ja nu ben ik al helemaal confused

Composer is niets meer dan een dependency manager. Je maakt een composer.json bestand aan in je project root, geeft een zwikje (github) packages op die jouw project nodig heeft om te kunnen werken en voert in je cmd venster composer install uit. Composer haalt dan de dependencies van je project op met de versies die jouw project nodig heeft (en geeft foutmeldingen wanneer er clashende dependencies zijn), en zet deze in een vendor folder met een autoloader. Deze autoloader include je dan in je bootstrap bestand (bestand dat op elke pagina ingeladen zal worden) en je bent klaar om alle classes te gebruiken van de package waar je een dependency voor hebt.

Voorbeeldje van een dependency file van een project van mij:

{
    "name": "[...]",
    "description": "[...]",
    "authors": [
        {
            "name": "Rik Somers",
            "email": "[...]@[...]"
        }
    ],
    "require": {
        "php": ">=7.0",
        "illuminate/support": "~5.3",
        "illuminate/console": "~5.3",
    },
    "require-dev": {
        "mockery/mockery": "0.9.*",
        "squizlabs/php_codesniffer": "^2.7"
    },
    "autoload": {
        "psr-4": {
            "App": "src"
        }
    },
    "autoload-dev": {
        "classmap": [
            "tests/TestCase.php"
        ]
    },
    "minimum-stability": "stable"
}