<commit_before>"use strict";
var apingObjects = angular.module('jtt_aping_objects', []);


/*
Object Struktur

    {} appConfigObject (1x im scope)
        (gilt pro instanz = aufruf der direktive)
        Beinhaltet folgende Werte:
        {} App Default Settings
        {} Settings aus den Attributen

        []
            {} requestConfigObject
                (gilt für jeden request)
                Beinhaltet folgende Werte:
                {} Request Default Settings
                {} Settings aus dem betreffenden Attribut //z.b. {'user':'yyz','items':'5'}
                {} API spezifische Eigenschaften, die der Aufruf selbst hinzufügt
                    - (nextPageToken, ...)


    baseObjects
        * appConfigObject
        * requestConfigObject
        * platformObject (enhält
        * errorObject (enthält Errormeldungen)
        * infoObject


    outputObjects
        * channelObject (gleichbedeutend mit User, Page oder Kanal)
        * socialObject (jeglicher Social Media Content)
        * videoObject
        * pictureObject
        * audioObject
        * eventObject
        * ...


    Pro Object gibt es einen Service, der folgendes liefert
        * fn() liefert ein BlankoObject, das nur die notwendigsten Parameter hat
        * fn()s liefern bestimmte Werte für das jeweilige Setting



    Pro Plattform gibt es immer eine Factory und einen Service:
        Die FACTORY besorgt den API-Call und liefert die JSON-Daten zurück.

        Der SERVICE füllt die JSON-Daten in die entsprechenden Objekte um.
            Hierbei soll es immer eine Funktion geben, die einen kompletten Aufruf bearbeitet in dem sie
            jeweils pro Item eine eigene Funktion aufruft, in welcher die eigentliche Parse-Arbeit passiert


 */<commit_msg>objects module: weiter definiert<commit_after>"use strict";
var apingObjects = angular.module('jtt_aping_objects', []);


/*
Object Struktur

    {} appConfigObject (1x im scope, parameter von run)
        (gilt pro instanz = aufruf der direktive )
        Beinhaltet folgende Werte:
        {} App Default Settings (module.config)
        {} App Settings (aping.json)
        {} Settings aus den Attributen

        []
            {} requestConfigObject
                (gilt für jeden request)
                Beinhaltet folgende Werte:
                {} Plattform Default Settings (module.config)
                {} Definition Settings (json file)
                {} Settings aus dem betreffenden Attribut //z.b. {'user':'yyz','items':'5'}
                {} API spezifische Eigenschaften, die der Aufruf selbst hinzufügt
                    - (nextPageToken, ...)


    {} resultObject (return von run)
        {} appConfigObject

        []
            {} platformObject (1x pro plattform)
                []
                    {} requestObject (1x pro request)
                        {} errorObject
                        {} infoObject
                        {} outputObject


    scope:
        {} appConfig (appConfigObject)
        [] results (Feed)
        [] platforms
            [] requests
                {} errors
                {} infos




    baseObjects
        * appConfigObject
        * requestConfigObject
        * platformObject (enhält
        * errorObject (enthält Errormeldungen)
        * infoObject


    outputObjects
        * channelObject (Channel ist gleichbedeutend mit User, Page oder Kanal)
        * socialObject (jeglicher Social Media Content)
        * videoObject
        * pictureObject
        * audioObject
        * eventObject
        * ...




    Pro Object gibt es einen Service, der folgendes liefert
        * fn() liefert ein BlankoObject, das nur die notwendigsten Parameter hat
        * fn()s liefern bestimmte Werte für das jeweilige Setting



    Pro Plattform gibt es immer eine Factory und einen Service:
        Die FACTORY besorgt den API-Call und liefert die JSON-Daten zurück.

        Der SERVICE füllt die JSON-Daten in die entsprechenden Objekte um.
            Hierbei soll es immer eine Funktion geben, die einen kompletten Aufruf bearbeitet in dem sie
            jeweils pro Item eine eigene Funktion aufruft, in welcher die eigentliche Parse-Arbeit passiert


 */
{'fraction_non_alphanumeric': 0.06584557081951682, 'fraction_numerical': 0.0014211274277593558, 'mean_word_length': 1.9760394644115575, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '7220993', 'n_tokens_mistral': 1164, 'n_tokens_neox': 1112, 'n_words': 372}