Refonte Trésorie > Devis - Ajout / Edition #2016
Conversation
|
resolves #2002 |
vgreb
force-pushed
the
refacto/accounting-quotation-add-edit
branch
6 times, most recently
from
686683e to
15cc2a5
Compare
vgreb
force-pushed
the
refacto/accounting-quotation-add-edit
branch
8 times, most recently
from
556dddb to
0034d1f
Compare
sources/AppBundle/Accounting/Model/Repository/InvoicingRepository.php
Outdated
Show resolved
Hide resolved
sources/AppBundle/Controller/Admin/Accounting/Quotation/EditQuotationAction.php
Outdated
Show resolved
Hide resolved
| return $this; | ||
| } | ||
|
|
||
| public function isValid(): bool |
There was a problem hiding this comment.
Pourquoi ne pas utiliser une contrainte de validation ?
There was a problem hiding this comment.
Hm et en plus ça veut dire que la classe permet un état invalide, les colonnes en base ne sont pas nullables.
vgreb
force-pushed
the
refacto/accounting-quotation-add-edit
branch
from
0034d1f to
eef10b5
Compare
vgreb
force-pushed
the
refacto/accounting-quotation-add-edit
branch
from
eef10b5 to
257149a
Compare
stakovicz
left a comment
stakovicz
left a comment
There was a problem hiding this comment.
Gros boulot ! Bravo !
Il reste aussi des commentaires non résolus.
sources/AppBundle/Controller/Admin/Accounting/Quotation/EditQuotationAction.php
Outdated
Show resolved
Hide resolved
vgreb
force-pushed
the
refacto/accounting-quotation-add-edit
branch
3 times, most recently
from
1ff4e5c to
9f239ee
Compare
vgreb
force-pushed
the
refacto/accounting-quotation-add-edit
branch
from
9f239ee to
7e2ca90
Compare
|
@stakovicz @Mopolo j'ai implémenté une solution plus propre que le "wait Xs" dans les tests behat. Je retente l'assertion toutes les 100ms pendant un temps donné (cf. Afup\Tests\Behat\Bootstrap\WaitContext). |
Mopolo
left a comment
Mopolo
left a comment
There was a problem hiding this comment.
C'est beaucoup mieux le wait que t'as fait là !
Faudra voir à l'usage si on besoin de setup du retry auto de ces tests.
Quelques remarques encore mais je trouve qu'on approche du merge :)
| return $this; | ||
| } | ||
|
|
||
| public function isValid(): bool |
There was a problem hiding this comment.
Hm et en plus ça veut dire que la classe permet un état invalide, les colonnes en base ne sont pas nullables.
| 'scale' => 2, | ||
| ])->add('unitPrice', NumberType::class, [ | ||
| 'label' => 'Prix unitaire HT', | ||
| 'required' => false, |
There was a problem hiding this comment.
Vu que les lignes peuvent maintenant être ajoutées dynamiquement, pourquoi ne pas forcer les colonnes non-nullables ?
Là ça veut dire que si je clic sur le bouton pour en ajouter 3 et que j'en rempli 2, la 3ème sera ignorée.
Avec l'ancien système ça ne posait pas de soucis vu que les 5 étaient en dur. Mais là je trouve ça dommage et contre-intuitif, on n'est plus sûr de ce qui sera enregistré ou pas.
| $idsToRemove = $this->invoicingDetailRepository->getRowsIdsPerInvoicingId($quotation->getId()); | ||
| $existingIds = []; | ||
| $this->invoicingRepository->startTransaction(); | ||
| $this->unitOfWork->pushSave($quotation); |
There was a problem hiding this comment.
Je ne maitrise pas du tout Ting, c'est nécessaire ça vu qu'il y a ça plus bas ?
$this->invoicingRepository->save($quotation);3 participants
J'ai un peu modifié la gestions des lignes de devis sur la page d'ajout/modification d'un devis. On peut maintenant rajouter une ligne au besoin.
Avant :
Après :
La gestion des lignes est faite en javascript, pour pouvoir tester cel, j'ai dû rajouter la possibilité de faire des tests avec un vrai navigatuer. Les tests necessitant du javascript sont pilotés avec Behat via Panther sur le navigateur Chromium.