Disequazione lineare a due variabili

Contratto di input, campi di risposta e comportamento con frontiera verticale

Se a e b sono entrambi zero la richiesta fallisce perché ax più by ⊙ c non definirebbe una retta né un semipiano nel piano. I campi geometrici opzionali che non si applicano (ad esempio slope su una frontiera verticale) sono omessi anziché inviati come null. Esempio: a uguale a due, b uguale a uno, c uguale a sei, op minore di produce la frontiera tratteggiata due x più y uguale a sei, semipiano sotto la retta e l'origine come punto di prova che soddisfa. Invii un corpo JSON in POST con quattro campi obbligatori: a, il coefficiente finito di x; b, il coefficiente finito di y; c, il secondo membro finito; e op, l'operatore di confronto. Gli operatori accettano i simboli minore di, minore o uguale, maggiore di e maggiore o uguale, più gli alias lt, le, gt, ge e i simboli unicode di minore o uguale e maggiore o uguale. Campi mancanti, stringhe vuote e numeri non finiti falliscono con invalid_input indicando il problema. In caso di successo il corpo ripete a, b, c e op, più una stringa leggibile della disequazione e boundary_equation. Il campo boundary_style è dashed per operatori stretti e solid per inclusivi; inclusive è il booleano corrispondente. Il booleano is_vertical è vero quando b è zero. Per frontiere non verticali la risposta include slope, y_intercept e boundary_slope_intercept così un tracciatore può disegnare y uguale a m x più k senza un'altra risoluzione. half_plane_side è uno di above, below, left o right; half_plane è una breve frase che indica anche se la frontiera è inclusa; solution_region riformula la disequazione dopo aver risolto rispetto a y o x. test_point_x, test_point_y, test_point e test_satisfies documentano il punto di sonda usato per la verifica. Le chiamate parse riuscite costano il $0.002 pubblicato; l'input non valido non viene addebitato.

Dove un'API di disequazione lineare a due variabili conviene

Le aule di algebra e le piattaforme di tutoraggio usano una calcolatrice di disequazione lineare a due variabili affinché gli studenti verifichino lo stile della frontiera e la direzione dell'ombreggiatura per a, b, c e op arbitrari senza invertire male i segni dividendo per un coefficiente negativo. I generatori di esami e i plugin LMS necessitano di un oracolo deterministico che segni correttamente tratteggiato contro continuo e rifiuti coefficienti degeneri invece di restituire un successo vuoto. La validazione fallita non consuma saldo. Anteprime di grafici, generatori di schede e schizzi di vincoli in taccuini di ottimizzazione spesso necessitano della descrizione del semipiano prima di disegnare il riempimento; chiamare una piccola API parse evita di trascinare un intero sistema di algebra computazionale per quattro campi. Poiché l'implementazione è parse di livello A pura, ogni chiamata riuscita costa il prezzo base $0.002 pubblicato senza token di modello e senza rete in uscita.