Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Discussion: Should `MOI.set` perform complex operations?

Aperta
#358 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Documentazione
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
julia

Direzione di ricerca

Inizia leggendo la pull request 356 e gli usi esistenti di MOI.set, quindi confrontali con compute_conflict!, write_to_file, read_from_file, submit, transform e Utilities.PenaltyRelaxation. Chiarisci i vantaggi, gli svantaggi e i precedenti per le operazioni complesse in set rispetto a modify e documenta gli standard concordati se la discussione porta a una decisione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

As far as I understand MOI.set is primarily used for setting attributes.

However, https://github.com/jump-dev/DiffOpt.jl/pull/356 introduced:
function MOI.set(model::Model, ::DiffOpt.ForwardDifferentiate)
as a replacement to
function forward_differentiate!(model)

Historically, performing more complex operations has been left (mostly?) for special functions such as:

  • compute_conflict!
  • write_to_file
  • read_from_file
  • submit
  • transform

A partial counter argument is:

  • Utilities.PenaltyRelaxation, but it is a modify not even a set
    I do think modify here makes sense.

Are there any other arguments to each side? any other precedent?

I would like to have the reasoning for that clarified.

What are de advantages and disadvantages?

Bonus:
As a follow-up, we should have good practices and standards documented to help developers consistently make decisions in these cases.

Lingua principale
Julia
Stelle
146
Fork
21
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di jump-dev/DiffOpt.jl

Tutte le issue di jump-dev/DiffOpt.jl

Issue simili

Altre issue su Julia

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.